Nheko loose auth when secret service is inactive

[brainrom]

Describe the bug

If nheko is unable to get secret key from secret service (keepass/gpasswd/kwallet), for example, if database is locked, nheko reset the authorization.

To Reproduce

1. Login to matrix via nheko
2. Close the nheko
3. Close the secret service database
4. Open nheko again and see that the auth is deleted.

What happened?

auth section disappears from nheko.conf, I need to re-login every time if I forgot to start keepass before nheko.

Expected behavior

Nheko should wait for secret service availability until user manually re-login to matrix.

Screenshots

No response

Version

0.9.1

Operating system

Linux

Installation method

Some repository (AUR, homebrew, distribution repository, PPA, etc)

Qt version

No response

C++ compiler

No response

Desktop Environment

No response

Did you use profiles?

• Profiles used?

Relevant log output

[2022-01-30 18:04:44.617] [ui] [info] starting nheko 0.9.1
[2022-01-30 18:04:44.723] [db] [debug] setting up cache
[2022-01-30 18:04:44.779] [db] [debug] Restored empty secret 'matrix........=.m.cross_signing.master'.
[2022-01-30 18:04:44.780] [db] [debug] Restored empty secret 'matrix......=.m.cross_signing.self_signing'.
[2022-01-30 18:04:44.780] [db] [debug] Restored empty secret 'matrix......=.m.cross_signing.user_signing'.
[2022-01-30 18:04:44.780] [db] [debug] Restored empty secret 'matrix......=.m.megolm_backup.v1'.
[2022-01-30 18:04:44.781] [db] [debug] Restored empty secret 'nheko........=.pickle_secret'.
[2022-01-30 18:04:44.781] [db] [info] database ready
[2022-01-30 18:04:44.781] [db] [info] restoring state from cache
[2022-01-30 18:04:44.783] [crypto] [critical] failed to restore olm account: unpickle: BAD_ACCOUNT_KEY
[2022-01-30 18:04:44.783] [ui] [info] dropping to the login page: Не удалось восстановить учетную запись OLM. Пожалуйста, войдите снова.
[2022-01-30 18:04:44.784] [db] [info] deleted cache files from disk
[2022-01-30 18:04:44.812] [db] [warning] Storing secret 'pickle_secret' failed: No such object path '/org/freedesktop/secrets/aliases/default'

Backtrace

No response

[deepbluev7]

Are you sure that happens with all secrets services or just keepassXC? Because the latter has a known bug in 2.6.6 and a fix for that is in 2.7.0. See #802 and keepassxreboot/keepassxc#6943

[deepbluev7]

Because of a lack of feedback and because I am assuming this is just #802, I'll close this for now.