DBus service error org.freedesktop.zbus.Error: The name org.freedesktop.secrets was not provided by any .service files

[mfarley281]

Check for existing issues

• Completed

Describe the bug / provide steps to reproduce it

When attempting to save an OpenAI API key, upon pressing "enter" the Zed.log shows this error:

[ERROR] DBus error service error org.freedesktop.zbus.Error: The name org.freedesktop.secrets was not provided by any .service files

Environment

Zed: v0.143.6 (Zed)
OS: Linux X11 ubuntu 22.04
Memory: 62.6 GiB
Architecture: x86_64

Kubuntu 22.04.2 LTS x86_64
Kernel: 6.5.0-41-generic
DE: Plasma 5.24.7

If applicable, add mockups / screenshots to help explain present your vision of the feature

No response

If applicable, attach your Zed.log file to this issue.

Zed.log

[ERROR] DBus error service error org.freedesktop.zbus.Error: The name org.freedesktop.secrets was not provided by any .service files

[mfarley281]

Ugly hack workaround: Install "gnome-keyring" (but I'm KDE with kwallet!)

Reference: atom/node-keytar#74

It seems that node-keytar relies on libsecret on Linux, and libsecret in turn relies on gnome-keyring. It's possible that libsecret would support other keyrings implementing the org.freedesktop.secrets DBus functionality, but none appear to exist so far.

For me, as a KDE Plasma user, none of the solutions or workarounds that I've found for this problem are desirable.

[apricotbucket28]

Ugly hack workaround: Install "gnome-keyring" (but I'm KDE with kwallet!)

Reference: atom/node-keytar#74

It seems that node-keytar relies on libsecret on Linux, and libsecret in turn relies on gnome-keyring. It's possible that libsecret would support other keyrings implementing the org.freedesktop.secrets DBus functionality, but none appear to exist so far.

For me, as a KDE Plasma user, none of the solutions or workarounds that I've found for this problem are desirable.

Zed doesn't use node-keytar, it instead uses the oo7 crate, which talks to the DBus secret service portal directly.

I'm on KDE and I haven't had any problems with storing keyrings, and according to the Arch wiki KDE Frameworks 5.97.0+ supports the secret service API. What's your KDE Frameworks version? This is what my "About this System" page says:

[mfarley281]

KDE Frameworks v. 5.92.0

I have several dependencies that prevent me from updating KDE beyond Kubuntu 22.04

What can be done?

[mfarley281]

I ended up installing gnome-keyring to make it work

[Haraven]

I ended up installing gnome-keyring to make it work

I had to do the same thing. I have KDE and Hyprland both installed. Under KDE, Zed correctly uses kwallet and keeps me signed in. Under Hyprland, even though kwallet is installed, Zed doesn't seem to pick it up and asks me to sign in every time I launch it.

I ended up installing gnome-keyring. The issue went away. Hopefully nothing will break with both kwallet and gnome-keyring installed on my system.

[jozsefk9]

I am getting this same error message on Deepin Linux 23. Is there a way to turn off this feature of Zed in settings?

[cole-miller]

I would like to separate out three different concerns here:

1. The error message showing up in the Zed log. By itself, this is not a big deal; you can ignore it unless some Zed functionality is not working for you.
2. Zed failing to use kwallet in some cases when it is installed and supports the Secret Service APIs, i.e. @Haraven's issue. I suspect this is not a Zed issue but rather hyprland not starting the kwallet daemon/setting up dbus stuff.
3. What Zed should do when neither org.freedesktop.Secrets nor org.freedesktop.portal.Secrets is available. I'm not sure there's anything better to do here than prompting for sign-in on every startup; Zed could persist the secret itself somehow but that seems like a can of worms.

[Haraven]

Regarding this:

2. Zed failing to use kwallet in some cases when it is installed and supports the Secret Service APIs, i.e. @Haraven's issue. I suspect this is not a Zed issue but rather hyprland not starting the kwallet daemon/setting up dbus stuff

The thing is this issue only happened with Zed. If it were a Hyprland not seting up kwallet/dbus issue, other software should've been affected as well, right? But everything else worked fine. For example, I have the Cursor IDE installed alongside Zed, and I logged into my Cursor account to use the AI features. It never asked me to sign in again after I did it the first time. My browsers also make use of kwallet just fine under Hyprland.

[cole-miller]

@Haraven Thanks, that's useful context! Is there any open-source app you use that successfully talks to kwallet while Zed doesn't (so I can compare what they're doing to our code)? Alternatively, could you get me dbus-monitor traces of Cursor successfully using kwallet and of Zed failing to use it? Also, what version of KDE Frameworks are you on?