Bugzilla – Bug 1221461
KDE Kwalletmanager fails to open after the kde6 version was installed.
Last modified: 2024-03-25 20:31:14 UTC
After install of kwalletmanager in KDE6 (and uninstalling K5walletmanager) the functionality seems widely broken. Applications still result associated to K5manager while the new manager has apparently no applet in tray. When called from the starter it presents the passwords, but there is apparently no connection to have it opened by the respective app, that is, e.g. Kmail cannot access the passwords although the manager has opened the wallet correctly. Hence passwords must be copied/pasted and then it asks you again to open the wallet (which is already open). AFAIK this is permanent, and I will report back on this in a few days.
I confirm this is really broken. After rebooting, even after login-logout you are presented with the request for password by kmail, kwalletmanager does not open or when open is not accessible to kmail. When you close kmail without giving a password then is silently crashes and for a restart you have to logout and login. This is a quite crippling bug for somebody relying on the kde passwordmanager wallet to save all passwords for applications.
Another weirdness today: I am presented with the "give password" dialog window. When inserting the right password...still the password is not accepted. I double checked and the password is right, so...not understanding what this is now.
I also checked in yast about wallet5 and 6. KDE wallet version 5 and 6 seem to be installed in parallel. There is no apparent way to install only wallet 6 without having to uninstall an entire bunch of kde5 packages which apparently are linked to kde PIM (with other words you are getting in a kind of dependency hell and would have to uninstall blindly a whole infrastructure of KIO5, a kdepim5 liberary and so on. But apparently the coexistence of the both is not functional either. Without any answer I will now wait for the 6.02 edition and see if maybe that part was not ready. Until then...
(In reply to Stakanov Schufter from comment #3) > I also checked in yast about wallet5 and 6. > KDE wallet version 5 and 6 seem to be installed in parallel. > There is no apparent way to install only wallet 6 without having to > uninstall an entire bunch of kde5 packages which apparently are linked to > kde PIM (with other words you are getting in a kind of dependency hell and > would have to uninstall blindly a whole infrastructure of KIO5, a kdepim5 > liberary and so on. Please give up the commands you run and the output you get. the kwallet libraries are coinstallable (libKF5Wallet5 / libKF6Wallet6) the kwallet daemon is be replaced (kwalletd5 → kwalletd6) All this is intended. the KDE pim suite (including libraries and applications) will be updated.
Same situation here: I did a `zypper dup` outside of any Plasma-session, Tumbleweed switched from plasma 5 (X11) to plasma 6 (Wayland). After reboot and logging in, all my wallets are gone. I cannot even create a new wallet and fill from scratch. skylab:~ # zypper search wallet Loading repository data... Reading installed packages... S | Name | Summary | Type ---+--------------------------------------+--------------------------------------------------------+----------- i | kf6-kwallet | Safe desktop-wide storage for passwords | package | kf6-kwallet | Safe desktop-wide storage for passwords | srcpackage | kf6-kwallet-debuginfo | Debug information for package kf6-kwallet | package | kf6-kwallet-debugsource | Debug sources for package kf6-kwallet | package | kf6-kwallet-devel | Safe desktop-wide storage for passwords | package i+ | kf6-kwallet-tools | Safe desktop-wide storage for passwords | package | kf6-kwallet-tools-debuginfo | Debug information for package kf6-kwallet-tools | package i | kf6-kwallet-tools-lang | Translations for package kf6-kwallet-tools | package | kwallet | Safe desktop-wide storage for passwords | srcpackage | kwallet-debuginfo | Debug information for package kwallet | package | kwallet-debugsource | Debug sources for package kwallet | package | kwallet-devel | Safe desktop-wide storage for passwords | package | kwallet-tools | Safe desktop-wide storage for passwords | package | kwallet-tools-debuginfo | Debug information for package kwallet-tools | package | kwallet-tools-lang | Safe desktop-wide storage for passwords | package | kwalletd5 | Safe desktop-wide storage for passwords | package | kwalletd5-debuginfo | Debug information for package kwalletd5 | package | kwalletd5-lang | Translations for package kwalletd5 | package i | kwalletd6 | Safe desktop-wide storage for passwords | package | kwalletd6-debuginfo | Debug information for package kwalletd6 | package i | kwalletd6-lang | Translations for package kwalletd6 | package i | kwalletmanager | Wallet Management Tool | package | kwalletmanager | Wallet Management Tool | srcpackage | kwalletmanager-debuginfo | Debug information for package kwalletmanager | package | kwalletmanager-debugsource | Debug sources for package kwalletmanager | package i | kwalletmanager-lang | Translations for package kwalletmanager | package | kwalletmanager5 | Wallet Management Tool | package | kwalletmanager5 | Wallet Management Tool | srcpackage | kwalletmanager5-debuginfo | Debug information for package kwalletmanager5 | package | kwalletmanager5-debugsource | Debug sources for package kwalletmanager5 | package | kwalletmanager5-lang | Translations for package kwalletmanager5 | package i | libKF5Wallet5 | Safe desktop-wide storage for passwords | package | libKF5Wallet5-debuginfo | Debug information for package libKF5Wallet5 | package i | libKF6Wallet6 | Safe desktop-wide storage for passwords | package | libKF6Wallet6-debuginfo | Debug information for package libKF6Wallet6 | package i | libKF6WalletBackend6 | Safe desktop-wide storage for passwords | package | libKF6WalletBackend6-debuginfo | Debug information for package libKF6WalletBackend6 | package i | libkwalletbackend5-5 | Safe desktop-wide storage for passwords | package | libkwalletbackend5-5-debuginfo | Debug information for package libkwalletbackend5-5 | package i | libsvn_auth_kwallet-1-0 | KWallet support for Subversion | package | libsvn_auth_kwallet-1-0-debuginfo | Debug information for package libsvn_auth_kwallet-1-0 | package i | pam_kwallet6 | A PAM Module for KWallet signing | package | pam_kwallet6 | A PAM Module for KWallet signing | srcpackage | pam_kwallet6-32bit | A PAM Module for KWallet signing | package | pam_kwallet6-32bit-debuginfo | Debug information for package pam_kwallet6 | package i | pam_kwallet6-common | Support files for the KWallet PAM module | package | pam_kwallet6-debuginfo | Debug information for package pam_kwallet6 | package | pam_kwallet6-debugsource | Debug sources for package pam_kwallet6 | package | perl-Passwd-Keyring-KDEWallet | Password storage implementation based on KDE Wallet | package | perl-Passwd-Keyring-KDEWallet | Password storage implementation based on KDE Wallet | srcpackage i+ | remmina-plugin-kwallet | Remmina plugin to support the KDE Wallet | package | remmina-plugin-kwallet-debuginfo | Debug information for package remmina-plugin-kwallet | package i | signon-kwallet-extension | KWallet integration for signon framework | package | signon-kwallet-extension | KWallet integration for signon framework | srcpackage | signon-kwallet-extension-debuginfo | Debug information for package signon-kwallet-extension | package | signon-kwallet-extension-debugsource | Debug sources for package signon-kwallet-extension | package (I manually updated kf6-kwallet-tools which replaced kwallet-tools) kwalletmanager still provides /usr/bin/kwalletmanager5: skylab:~ # rpm -ql kwalletmanager /usr/bin/kwalletmanager5 /usr/lib64/qt6/plugins/plasma/kcms/systemsettings_qwidgets/kcm_kwallet5.so /usr/share/applications/kwalletmanager5-kwalletd.desktop /usr/share/applications/org.kde.kwalletmanager5.desktop /usr/share/dbus-1/services/org.kde.kwalletmanager5.service /usr/share/doc/HTML/en/kwallet5 ... skylab:~ # rpm -qi kwalletmanager Name : kwalletmanager Version : 24.02.0 Release : 1.1 Architecture: x86_64 Install Date: Sun Mar 17 11:26:07 2024 Group : Unspecified Size : 1075970 License : GPL-2.0-or-later Signature : RSA/SHA512, Mon Mar 11 16:28:06 2024, Key ID 35a2f86e29b700a4 Source RPM : kwalletmanager-24.02.0-1.1.src.rpm Build Date : Fri Feb 23 15:00:54 2024 Build Host : reproducible Packager : https://bugs.opensuse.org Vendor : openSUSE URL : https://apps.kde.org/kwalletmanager Summary : Wallet Management Tool Description : This application allows you to manage your KDE password wallet. Distribution: openSUSE Tumbleweed kwalletd6 does apparently not run: [ben@skylab:~]% qdbus6 org.kde.kwalletd6 [127] Error: org.freedesktop.DBus.Error.NoReply Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. The wallet manager displays the same error message in the main window. Additional info: My plasma5 wallets were gpg encrypted and had nonstandard names. One was the default system wallet for KDE, Dolphin, NetworkManager and was used by chromium as well. I do not use KDE PIM applications.
(In reply to Christophe Marin from comment #4) > (In reply to Stakanov Schufter from comment #3) > > I also checked in yast about wallet5 and 6. > > KDE wallet version 5 and 6 seem to be installed in parallel. > > There is no apparent way to install only wallet 6 without having to > > uninstall an entire bunch of kde5 packages which apparently are linked to > > kde PIM (with other words you are getting in a kind of dependency hell and > > would have to uninstall blindly a whole infrastructure of KIO5, a kdepim5 > > liberary and so on. > > > Please give up the commands you run and the output you get. > > the kwallet libraries are coinstallable (libKF5Wallet5 / libKF6Wallet6) > the kwallet daemon is be replaced (kwalletd5 → kwalletd6) > > All this is intended. > > the KDE pim suite (including libraries and applications) will be update Dear Christophe, thank you for this lightning fast reply. I did use yast while trying to uninstall the kde5 part (in the hope to get the kde6 going). Otherwise I just get the popup of "give password" from the kde wallet. As the kdewalletmanager app does not run currently in KDE6 you need (as there is no other shortcut) to open manually via the start menu "kwalletmanager". Now, when you "just" give the password nothing happens and it tells you now the password is wrong. (It is not, I am definitive on this). The wallets @Benjamin don't worry this point makes me think it will be recoverable) were the first day still there, and could be opened by calling kdewalletmanager directly. Today (after the last bunch of Mesa updates and so on) there is just the locked surface asking for the password that...you cannot possibly supply because it is not recognized. I am noticing an interesting mismatch: when you put in the password at the first promt, the kwalletmanager6 is telling you password is wrong. When inputting in "kwalletmanager" started from the startup menu it is defintely kde5 walletmanager answering. Of course both are incapable to accept the password. As Benjamin all my wallets were GPG encrypted. Now on case basis of two poor figures (no pun intended Benjamin) we can jet not tell if it is the issue of the GPG encryption, but you could try on a system to reproduce this, if you have access to a snapshot prior to the update to kde6. Please tell me if you need else, for now, both kde5 and 6 manager are installed and the situation is one on one identical to the one described by Benjamin here in the thread.
Thanks for the concern, I am not worried. I have snapshots, backups and in fact did a full rollback to KDE5 for now. I tinkered a little bit with disabling kde-connect and checking/unchecking the secret service support in kde systemsettings. In between numerous reboots there were occasions when the kwallet6 service came up, responded and kwalletmanager showed my old wallets. I could not get NetworkManager or chromium to work with the manager though, they always seemed to cause some sort of crash (without any log or error message) and the dbus service was gone again.
(In reply to Stakanov Schufter from comment #6) > we can jet not tell if it is the issue of the GPG encryption, but you could > try on a system to reproduce this, if you have access to a snapshot I use GPG-encrypted wallets on one machine and I have been running off this code since the Alpha. It is likely some problem related to what's installed and what is not rather than an issue with kwalletd itself, as I noticed no issues in general over the months I tested this (I installed most of the stuff manually, and that was months ago, so I can't remember what I did).
(In reply to Luca Beltrame from comment #8) > (In reply to Stakanov Schufter from comment #6) > > > we can jet not tell if it is the issue of the GPG encryption, but you could > > try on a system to reproduce this, if you have access to a snapshot > > I use GPG-encrypted wallets on one machine and I have been running off this > code since the Alpha. It is likely some problem related to what's installed > and what is not rather than an issue with kwalletd itself, as I noticed no > issues in general over the months I tested this (I installed most of the > stuff manually, and that was months ago, so I can't remember what I did). Ciao Luca. Just for the sake of it, did you happen to use kde PIM in this scenario? As we have heard this has still to be done, and probably is cause of my issue. Otherwise yes, I used kde browser integration but still, I would not see what particular thing I did install (the problem is here on a notebook that I mirrored from a TW installation of a PC, fortunately for me I did not update the PC and the notebook does not get me in trouble....which allows me to apply any update coming in to try if the situation changes). What I did share with Benjamin was PGP, custom names of wallets, two wallets (one for local passwords and one for online ones). Otherwise....I do not see what could be special. But good to know that you did not encounter any issue.
Last update seems to have restored the functionality of wallet. I could open, see all wallets and it worked also in combination with kmail. So in the very moment "works for me" and is fixed. But for precautionary measure I will wait for feedback of Benjamin before considering to close this.
*** Bug 1221408 has been marked as a duplicate of this bug. ***
The Nextcloud Desktop application still fails to open a closed Wallet. It is able to get the credentials if the wallet has been opened manually, but after a reboot it fails to open the Wallet by itself.
Please specify any additional info, I could provide.
substantially if, after the recent update (yesterday), after reboot, the issue is solved. with me it was the case, we have one user were this has not been the case. So, since my issue was similar to mine, check if that update has changed things.
...since YOUR issue was similar to mine (of course) sorry
Negative, My issues as reported here were with the most recent snapshot 20240315. There have been no releases since.
I took another shot with a zypper dup from 20230310 to 20230320. Despite other indications on the mailinglist, the default session still switches from x11 to wayland. When starting a wayland session, the kwalletd6 service still blocks on all attempts to access it. But this time I also checked the x11 session and everything works as expected there.So I woll not roll back but stay on x11 for the time being. [ben@skylab:~]% qdbus6 org.kde.kwalletd6 [0] / /MainApplication /modules /modules/kwalletd5 /modules/kwalletd6 /org /org/freedesktop /org/freedesktop/secrets /org/freedesktop/secrets/aliases /org/freedesktop/secrets/aliases/default /org/freedesktop/secrets/collection /org/freedesktop/secrets/collection/dsi202310 /org/freedesktop/secrets/collection/hashpw5_2e2 /org/freedesktop/secrets/collection/kwall5new /org/freedesktop/secrets/collection/kwall5new/0 /org/freedesktop/secrets/collection/kwall5new/1 /org/freedesktop/secrets/collection/kwall5new/2 /org/freedesktop/secrets/collection/kwall5new/3 /org/freedesktop/secrets/collection/kwall5new/4 /org/freedesktop/secrets/collection/kwall5new/5 /org/kde /org/kde/kwalletd6 It would be nice to have the wayland session working, because my work notebook relies on the wayland screen scaling. Are there any debug logs I could switch on or access for further investigation what is blocking the service on wayland?
For me the issue disappeared after updating to TW snapshot 20240321 (I skipped a few in the meantime). Before the update, there were no pam_kwallet5.so entries present in /etc/pam.d but after the update I find the following > # grep -r kwallet /etc/pam.d/ > /etc/pam.d/common-auth-pc:auth optional pam_kwallet5.so > /etc/pam.d/common-password-pc:password optional pam_kwallet5.so > /etc/pam.d/common-session-pc:session optional pam_kwallet5.so > /etc/pam.d/common-session-nonlogin-pc:session optional pam_kwallet5.so Now, KDE Wallet is unlocked after logging in and the Nextcloud Desktop client is happy again.
(In reply to Felix Niederwanger from comment #18) > For me the issue disappeared after updating to TW snapshot 20240321 (I > skipped a few in the meantime). > > Before the update, there were no pam_kwallet5.so entries present in > /etc/pam.d but after the update I find the following > > > # grep -r kwallet /etc/pam.d/ > > /etc/pam.d/common-auth-pc:auth optional pam_kwallet5.so > > /etc/pam.d/common-password-pc:password optional pam_kwallet5.so > > /etc/pam.d/common-session-pc:session optional pam_kwallet5.so > > /etc/pam.d/common-session-nonlogin-pc:session optional pam_kwallet5.so > > Now, KDE Wallet is unlocked after logging in and the Nextcloud Desktop > client is happy again. That was just bug 1221371 which was fixed some time ago.
(In reply to Fabian Vogt from comment #19) > That was just bug 1221371 which was fixed some time ago. Ah, yes looks like it. Thnx!
(In reply to Benjamin Greiner from comment #17) > It would be nice to have the wayland session working, because my work > notebook relies on the wayland screen scaling. Are there any debug logs I > could switch on or access for further investigation what is blocking the > service on wayland? So today I did the `zypper dup` on said work machine, which was an upgrade from plasma5 on wayland to plasma6 on wayland. Similar setup of wallets than on my other machine. But everything works fine here. [greiner@greinerZ14:~]% qdbus6 org.kde.kwalletd6 [0] / /MainApplication /modules /modules/kwalletd5 /modules/kwalletd6 /org /org/freedesktop /org/freedesktop/secrets /org/freedesktop/secrets/aliases /org/freedesktop/secrets/aliases/default /org/freedesktop/secrets/collection /org/freedesktop/secrets/collection/dsiwallet2023 /org/freedesktop/secrets/collection/dsiwallet2023/0 /org/freedesktop/secrets/collection/dsiwallet2023/1 /org/freedesktop/secrets/collection/dsiwallet2023/2 /org/freedesktop/secrets/collection/dsiwallet2023/3 /org/freedesktop/secrets/collection/dsiwallet2023/4 /org/freedesktop/secrets/collection/dsiwallet2023/5 /org/freedesktop/secrets/collection/dsiwalletsynced /org/freedesktop/secrets/session /org/freedesktop/secrets/session/1 /org/kde /org/kde/kwalletd6 So the break on "skylab", must be something special on my machine or the transition from x11 to wayland irrespective of the plasma version upgrade.
After having tried now two machines, I find that the error I encounter on both is, that if an application necessitates the opening of the wallet, it does not call the wallet successfully. Instead an empty password prompt for e.g. an email account is given. Now in my case, (KMAIL) the situation is better then before because the wallets open if given password. If I start kwallet automatically at session start, then, no matter x or Wayland, the walletmanager will NOT capture the password request of the application. But while before it was impossible to open the wallet, now I can manually open it. THEN right after, if Kmail tries to check email, it will by itself try to open the wallet in automatic and present the right prompt for the password wallet. Thereafter all works normally unless the PC is rebooted and of course at session start the issue represents again. Strange is that I did already open the wallet in the walletmanager before, so although the wallet is open, it is not open for kmail and it has to request again the password of the walletmanager. But at least it does the right thing.