Already mentioned here by Yochanan, I also can confirm this new issue on manjaro stable with latest kwallet 6.14.0-2.
Before the latest update, kwallet started alongside the other kde services and silently unlocked using my user account password. This worked for years across many machines without any issue.
Now kwallet asks for my password on login, which never was the case before.
Edit: @Yochanan: It also dumped core, this is definitely related to recent updates from yesterday afternoon. The kwallet version distributed 2025-05-14 with all the other latest stable packages didnāt have this specific issue.
Please do a downgrade to the 6.13.0 version of kwallet via sudo pacman -Syuu. The package should have never been forwarded to stable branch as that was not affected at all. The regression was introduced with kde frameworks 6.14 series.
Now vivaldi seems to be unable to open the profile and suggest to ācontinue with data lossā and Signal messenger is unable to open at all. Both worked before upgrading to 6.14 yesterday. Downgrading to 6.13 restored kwallet itself but introduced those new issues.
The latest update to kwallet introduces something called āksecretdā. And it wasnāt well written i assume so it is causing the problems we are having. The bug reports you need to follow are:
It is interesting that one of the replies claim that the problem can be solved by just one line of code, but we are waiting for the devs to pick it up i guess. I assume it is not a widespread bug, only affecting certain architectures.
Almost same problem also wifi key was lost after every reboot. Happen after last kwallet update.
This topic helped me. Two reboots and doesnt asked it anymore. Dont know is it right solution though.
I went in and changed the wallet password to nothing and that seemed to fix it for me. Everything seems to be working. Now i wonder if i should change it back to my user password and downgrade or leave it as is?
@emaus thanx for sharing this.
Even if itās not a nice solution (to have an kwallet unsecured activated in the system) it might be a temporary workaround.
Would love to be able to fully deactivate kwallet, as I prefer to use KeepassXC, but deactivate KWallet in the settings also have no effect.
KWallet is now just a wrapper around the cross-desktop āSecret Serviceā system, plus a thin compatibility layer for apps that havenāt migrated to use Secret Service directly. Read more about this here! (Marco Martin, link)
KDE Frameworks (kf6) 6.14 has reached Unstable & Testing branches. Stable branch is currently on kf6 v6.13:
Output of: mbn info kauth -q | grep -Ev 'Name|Repository|Packager'
mbn info kauth -q | grep -Ev 'Name|Repository|Packager'
Branch : archlinux
Version : 6.14.0-1
Build Date : Sat 10 May 2025 18:14:19
Branch : unstable
Version : 6.14.0-1
Build Date : Sat 10 May 2025 18:14:19
Branch : testing
Version : 6.14.0-1
Build Date : Sat 10 May 2025 18:14:19
Branch : stable
Version : 6.13.0-1
Build Date : Sun 20 Apr 2025 17:22:54
mbn can be found in the manjaro-check-repos package
ksecretd still crashes for me upon every boot (version 6.14.1-1). Manjaro ARM.
The provided coredumpctl output details a crash of the ksecretd process (PID 978) from a previous boot (3e8a1d6df9b749bc8711de6c1f5f0332) on May 19, 2025, at 10:00:10 +03, caused by a segmentation fault (SIGSEGV) in the Qt Cryptographic Architecture (QCA) library (libqca-qt6.so.2). This aligns with prior discussions about ksecretd instability and its impact on kwalletd6, which logged D-Bus errors due to ksecretd issues. As of 10:38 AM +03, May 19, 2025, your recent systemctl --user status output confirmed both ksecretd (PID 967) and kwalletd6 (PID 956) are running in the current boot (277cc2511996419fa1dd391007c22378). Below, Iāll analyze the crash, its implications for the current session, and provide steps to prevent recurrence, focusing on ksecretd and kwalletd6.
Key Frame: The crash occurred in QCA::MemoryRegion::~MemoryRegion() (frame #5) from libqca-qt6.so.2, indicating a memory corruption or invalid pointer access during the destruction of a cryptographic memory region.
Architecture: AArch64 (ARM64), consistent with your system.
Cause:
The segmentation fault in QCA::MemoryRegion::~MemoryRegion() suggests:
A bug in the QCA library (libqca-qt6.so.2), possibly specific to AArch64.
Memory corruption triggered by ksecretd handling a Secret Service request, likely from an app like Flatpak Chromium.
Possible interaction with corrupted wallet data from kwalletd6.
The crash was caught by KDEās crash handler (KCrash::defaultCrashHandler), which raised the SIGSEGV.
Relation to kwalletd6:
kwalletd6 (PID 956, current boot) relies on ksecretd for Secret Service API compatibility. The crash of ksecretd (PID 978) in the prior boot likely caused kwalletd6ās D-Bus errors, such as:
I ran in to this today, or probably a few days ago, network manager has been acting up with password at login.
Sudo pacman -Syuu doesnāt do anything, has the package been pushed to the branch again?
Edit: Installed manjaro-dowgrade to downgrade but the problem persist even on 6.13.0
Now that Iāve updated several machines (all working flawlessly before the recent patchset), they now behave differently with no obvious reason.
After initial crashing and after several restarts, most of the machines have a fully functional kwallet now. All secrets are in place and accessible.
On some other machines, simply trying to enumerate the wallet entries fails and waits forever:
kwallet-query -v kdewallet -l
timer event
standby opening wallet "kdewallet"
In the second scenario, KWalletManager has the same issue and cannot connect to the service. The KWallet kcm however is still working. Configuration changes can be applied and permissions can be adjusted.
The system log currently shows no crashes or any other errors.
6.14.0-2 is current version so not a downgrade but reinstall.
I did start to suspect some user files since downgrade didnāt help, maybe just delete those files and reboot could have worked (if they are recreated).
I solved it with this
EDIT: For someone else searching for a solution, removing ~/.local/share/kwalletd will remove your passwords so if you use kwallet you should probably not go that route