[Pkg-xmpp-devel] Bug#1036590: Acknowledgement (gajim: Insists on creating a kwalletd keystore, preventing startup)
Matt Marjanovic
maddog at mir.com
Tue May 23 22:17:58 BST 2023
A follow-up:
There appear to be a couple of layers of bugs involved with this misbehavior.
What is happening:
The configuration for an account (stored in a sqlite database) can/should have a
boolean parameter named "savepass". If "savepass" is missing, the default value
is "True". (See gajim/common/setting_values.py)
In my config db, for reasons unknown to me, the "Local" account has no "savepass"
parameter. Thus gajim treats it as "savepass == True" for this account, and that
triggers the unstoppable kwallet dialogs.
I do not actually use the Local account, so after a battle with the kwallet
dialogs, I was able to turn off "Connect on startup" for this account. Upon a
restart, gajim no longer tries to connect to that account and no longer insists
on getting a password from a wallet. This lets me get on with using gajim.
However, the Local account still has no savepass parameter, and I know of no way
to provoke gajim to provision one.
There appear to be (at least) three bugs involved here:
1) The default value for "savepass" should probably be False (or even None, with
a code path that tries to solve the problem of whether or not there is a
saved password involved).
2) If accessing a keystore/wallet fails, e.g. because someone hits a Cancel button,
then gajim should take the hint and quit demanding access to a non-existent keystore.
3) There needs to be a mechanism to reset/clear the "savepass" parameter --- i.e.,
a mechanism to tell gajim to _stop_ storing the password in a keystore.
-mm
More information about the Pkg-xmpp-devel
mailing list