Kwalletmanager loses all passwords and does not accept any new ones

As of the 2025.07.18 update, kwalletmanager no longer stores any passwords, and has mysteriously also forgotten about the ones that were already stored.

It is also not possible to authorize any applications that may use the wallet. This was already the case since the previous update to kf6, but at least it did still remember the stored passwords then. Right now it’s useless, and I have to manually authenticate every time I start kmail. I even had to manually log into the forum — it’s a good thing I still remembered the password.

Creating a new wallet is no good either. The wallet remains empty. Temporarily renaming the old wallet (and even the kwalletmanager’s configuration files) also has no result. It recreates the configuration, but there is no salt file.

kwallet got updated to 6.16.0, however I don’t see any code changes made to it. What happens if you use a fresh ISO and test in a VM?

I don’t have the RAM or storage capacity to try in a VM, Phil. :frowning_face:

The best I could try is just boot an ISO and see if it works in there, but that will of course not do anything on account of my installed system.

With everybody having problem with this the last time shouldn’t this be added to “known issues”?
You can’t count on people reading the all posts.

Well, I don’t know whether everyone is really having a problem with it. There have been a few threads related to kwallet in the past month or so, but it didn’t seem to affect everyone — possibily also because not many are using kwallet, and even fewer will be using kmail.

Furthermore, as long as there is no solution to this issue, adding it to the “know issues” would be pointless. We need to know how to fix this first before we can tell people how to fix it. :man_shrugging:

Fair enough, but it doesn’t only impact kmail? All you passwords was gone

1 Like

What happens if you switch to unstable branch and therefore to the newer 6.4 Plasma series?

No, it also impacts chromium, and who knows whatever else stores passwords — e.g. knights, but I haven’t played chess against a human at freechess.org anymore in ages, so I haven’t verified that yet.

I’ve also found that, since the previous Stable Update, kwalletmanager opens when I start kmail, and it even says that it has opened the wallet, but when I click on it, the wallet is still closed and I have to manually open it. It also does not allow me to explicitly authorize any applications for accessing the wallet. It’s an empty field and one cannot type in it or right-click on it.

This behavior is still the same today, except that now it doesn’t even authenticate me anymore because all my password fields are empty, and even chromium, which stores its passwords internally but uses kwallet to open its own internal wallet, had lost all of its passwords.

I can manually enter passwords into the password fields of the wallet, but when I click on Save, it throws an error.

Somebody — it might have been you — also suggested a systemd user service on one of the other threads about kwallet, but trying to start that user service throws an error.

[nx-74205:/dev/pts/3][/home/aragorn]
[aragorn] >   cat .local/share/dbus-1/services/org.freedesktop.secrets.service
[D-BUS Service]
Name=org.freedesktop.secrets
Exec=/usr/bin/kwalletd6

[nx-74205:/dev/pts/3][/home/aragorn]
[aragorn] >   systemctl start --user .local/share/dbus-1/services/org.freedesktop.secrets.service
Invalid unit name ".local/share/dbus-1/services/org.freedesktop.secrets.service" escaped as ".local-share-dbus-1-services-org.freedesktop.secrets.service" (maybe you should use systemd-escape?).
Failed to start .local-share-dbus-1-services-org.freedesktop.secrets.service: Unit .local-share-dbus-1-services-org.freedesktop.secrets.service not found.

[nx-74205:/dev/pts/3][/home/aragorn]
[aragorn] >  

P.S.: I’ll move these posts over to my own thread.

I don’t remember everything we tried the last time around, but the problem is different.
Strange though that starting the user service throws error

1 Like