Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

secret-service library interferes with kwallet on KDE without GNOME keyring installed, since kwallet offers org.freedesktop.secrets #83

Open
purejava opened this issue Jul 6, 2024 · 0 comments

Comments

@purejava
Copy link
Contributor

purejava commented Jul 6, 2024

I analyzed cryptomator/cryptomator#3476 and was wondering why the user has this issue, although Cryptomator worked on my EndevourOS.

The bottom line is, that kwallet offers a secret service interface for some time now. So on a freshly installed KDE without GNOME keyring installed, you have the following D-Bus service available:

Nicht gespeichertes Bild 2

That's exactly the one secret-service checks for on startup and GNOME keyring is available from then on as a keychain back end.

The user's problem resulted from the combination of configuring GNOME keyring as the password back end in Cryptomator, but not having a default KDE wallet.

Once you have a default KDE wallet (which is created from KDE, when you first try to save a secret or manually created or kdewallet does it for you), you can even use secret-service and kdewallet interchangeably to save passwords to kwallet and read them from there. The following screenshot shows the result when having two vaults:
Bildschirmfoto_20240706_150149
I did not test every feature, but as far as I can see, this works flawlessly. However, secret-service using kwallet does not trigger kwallet to create a default KDE wallet, in case it does not exist and that leads to many ugly exceptions in Cryptomator.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant