Bug 40714 - при старте кедовского менеджера паролей, автоматически не создаётся кошелёк
Summary: при старте кедовского менеджера паролей, автоматически не создаётся кошелёк
Status: CLOSED FIXED
Alias: None
Product: Branch p10
Classification: Unclassified
Component: libsecret (show other bugs)
Version: не указана
Hardware: x86_64 Linux
: P5 normal
Assignee: qa-team@altlinux.org
QA Contact: qa-p10@altlinux.org
URL:
Keywords:
: 40717 (view as bug list)
Depends on:
Blocks: 40717
  Show dependency tree
 
Reported: 2021-08-12 11:03 MSK by saber716rus
Modified: 2021-08-20 17:36 MSK (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description saber716rus 2021-08-12 11:03:27 MSK
При старте или самого менеджера, или программы или настройки, где требуется пароль, не создаётся автоматически кошелёк.
Comment 1 Sergey V Turchin 2021-08-16 14:40:25 MSK
(Ответ для saber на комментарий #0)
> При старте или самого менеджера
В этом случае ничего создаваться не должно.

>, или программы или настройки, где требуется
> пароль,
В этом случае всегда создавался. Это сломалось?

> не создаётся автоматически кошелёк.
Comment 2 Sergey V Turchin 2021-08-16 14:42:27 MSK
> >, или программы или настройки, где требуется
> > пароль,
Точнее, в этом случае тоже ничего создаваться не должно.

Создаваться должно при 1-м запросе какого-либо пароля, если кошельков не создано.
Comment 3 saber716rus 2021-08-16 14:46:59 MSK
(Ответ для Sergey V Turchin на комментарий #2)
> > >, или программы или настройки, где требуется
> > > пароль,
> Точнее, в этом случае тоже ничего создаваться не должно.
> 
> Создаваться должно при 1-м запросе какого-либо пароля, если кошельков не
> создано.

Вот как раз это и сломано.
Comment 4 Sergey V Turchin 2021-08-16 14:58:27 MSK
> > Создаваться должно при 1-м запросе какого-либо пароля, если кошельков не
> > создано.
> Вот как раз это и сломано.
Это не актуально, т.к. в Workstation K кошелёк создаётся при 1-м входе в систему.

P.S.
Проблема известна, исправление ведётся, но потребует времени и пока не ясно, получится ли полностью поправить.
Comment 5 saber716rus 2021-08-16 15:00:00 MSK
Хорошо, ждёмс исправления.
Comment 6 Slava Aseev 2021-08-16 18:03:02 MSK
(Ответ для saber на комментарий #3)
> (Ответ для Sergey V Turchin на комментарий #2)
> > > >, или программы или настройки, где требуется
> > > > пароль,
> > Точнее, в этом случае тоже ничего создаваться не должно.
> > 
> > Создаваться должно при 1-м запросе какого-либо пароля, если кошельков не
> > создано.
> 
> Вот как раз это и сломано.

В kwallet нету создания кошелька как такового. Кошелек там можно только открыть/разблокировать. Если при разблокировании кошелька не существует - он будет создан.
Например, если chromium-gost вызовет разблокирование кошелька по умолчанию (kdewallet или любой другой в настройках) - он откроется в любом случае, даже если такого кошелька еще нет.
(я почему-то сначала решил, что этот баг относится к созданию кошельков в kwallet через Secret Service API, а там поведение другое)

Так что если какое-то приложение не хочет открывать кошелек - то это оно само не хочет, и kwallet в этом не виноват. Например, chromium-gost в сизифе больше не хочет открывать кошелек при запуске, хотя в p9 открывает. И это потому что именно chromium-gost не хочет - просто с какой-то версии в хромиуме отключили хранение паролей в kwallet, вероятно. В то же время ksshaskpass как работал так и работает.

В общем, нужен точный кейс, с каким-то конкретным приложением, которое не хочет сохранять пароли в кошелек.
Если же имеется в виду Secret Service API - то тут исправление готовится (отписался в баге https://bugzilla.altlinux.org/40717)
Comment 7 saber716rus 2021-08-16 18:07:10 MSK
(Ответ для Slava Aseev на комментарий #6)
> (Ответ для saber на комментарий #3)
> > (Ответ для Sergey V Turchin на комментарий #2)
> > > > >, или программы или настройки, где требуется
> > > > > пароль,
> > > Точнее, в этом случае тоже ничего создаваться не должно.
> > > 
> > > Создаваться должно при 1-м запросе какого-либо пароля, если кошельков не
> > > создано.
> > 
> > Вот как раз это и сломано.
> 
> В kwallet нету создания кошелька как такового. Кошелек там можно только
> открыть/разблокировать. Если при разблокировании кошелька не существует - он
> будет создан.
> Например, если chromium-gost вызовет разблокирование кошелька по умолчанию
> (kdewallet или любой другой в настройках) - он откроется в любом случае,
> даже если такого кошелька еще нет.
> (я почему-то сначала решил, что этот баг относится к созданию кошельков в
> kwallet через Secret Service API, а там поведение другое)
> 
> Так что если какое-то приложение не хочет открывать кошелек - то это оно
> само не хочет, и kwallet в этом не виноват. Например, chromium-gost в сизифе
> больше не хочет открывать кошелек при запуске, хотя в p9 открывает. И это
> потому что именно chromium-gost не хочет - просто с какой-то версии в
> хромиуме отключили хранение паролей в kwallet, вероятно. В то же время
> ksshaskpass как работал так и работает.
> 
> В общем, нужен точный кейс, с каким-то конкретным приложением, которое не
> хочет сохранять пароли в кошелек.
> Если же имеется в виду Secret Service API - то тут исправление готовится
> (отписался в баге https://bugzilla.altlinux.org/40717)

Я проверил, и соглашусь с вами, кстати в той баге отписался.
Comment 8 Sergey V Turchin 2021-08-18 10:30:36 MSK
Исправление в апстриме. https://gitlab.gnome.org/GNOME/libsecret/-/merge_requests/94
Нужна реакция мантейнера libsecret http://git.altlinux.org/tasks/282533/
Comment 9 Repository Robot 2021-08-18 19:10:30 MSK
libsecret-0.20.4-alt2 -> sisyphus:

 Wed Aug 18 2021 Yuri N. Sedunov <aris@altlinux> 0.20.4-alt2
 - libsecret/secret-methods.c: applied upstream patch
   "Create default collection after DBus.Error.UnknownObject"
   (ALT #40714)
Comment 10 AEN 2021-08-18 19:20:11 MSK
Спасибо!
Comment 11 saber716rus 2021-08-19 11:01:14 MSK
Теперь осталось в бранч р10 выпустить.
Comment 12 saber716rus 2021-08-20 10:43:51 MSK
Отправить исправление в бранч
Comment 14 saber716rus 2021-08-20 17:36:36 MSK
*** Bug 40717 has been marked as a duplicate of this bug. ***