Secret Storage Issue

[anon93652015]

The only way to tell if it’s system-wide is by logging into another WM/DE. Maybe try Bspwm? Less stuff to download than a whole other DE.

Though, looking at my Bspwm configs, there’s not really anything different there either. So, you may really need to try downloading maybe Xfce, log into it, then restart and log into your WM to see if that makes a difference.

PS: You really shouldn’t have to do that at all. I have a system with only Openbox and Bspwm, and Tuta still works fine. Might really just be something missing.

Try this (if you don’t wanna download another DE/WM):

• Backup your .config directory (just the WM-specific directory, I mean)
• delete the now “old” config, then log out and back in.
• Try Tuta again

PS: You may need to look up some default key binds before doing this. You’ll probably need the ones for log out, run prompt, and default terminal.

[Underpass7415]

I’ve installed XFCE and Tutanota seems to work without changing anything.

Nextcloud still doesn’t seem to accept my encryption phrase but maybe I’ve been entering the wrong value for it.

Will try i3 again now.

EDIT: Tried i3 both before and after a reboot, it still has the issue.

I did finally get some output from Tutanota, which led me to find this issue on the Tutanota GitHub.

Adding --password-store="gnome-libsecret" seems to also work for Tutanota as well as Mailspring but I don’t understand why XFCE doesn’t require it.

[Underpass7415]

Setting DESTKOP_SESSION=xfce before running tutanota-desktop also seems to work. It’s default value on i3 is of course DESKTOP_SESSION=i3.

I’m going to set this variable in my .profile and see if it breaks anything.
If not, I’ll mark this as a solution.

The ideal solution here would be keeping DESKTOP_SESSION=i3 and having the secret storage work without adding --password-store="gnome-libsecret" to the electron apps which need it.

[anon93652015]

I just found a file called .dmrc in my /home. All that’s in there is this:

[Desktop]
Session=xfce

Maybe this is why I don’t have the issue in any of my WMs.

[Underpass7415]

What’s your output for echo $DESTKOP_SESSION then?

[anon93652015]

It’s completely blank, actually.

---

[Underpass7415]

I am beyond confused

According to the Arch Wiki, the .dmrc file is used by most Display Managers to store the user’s previous session. So it shouldn’t change anything other than what session (i3/xfce/etc.) the DM loads by default for a given user.

So I assume it’s not related to this issue.

DESKTOP_SESSION is apparently a legacy variable according to the Arch Wiki so although it works, it’s not the real solution here.

Could you maybe post some output from printenv?
Ideally show printenv | grep i3 (or whichever session you’re in) and printenv | grep xfce.

EDIT:
My output for these is as follows:

--- ~ ‹main*➔ M?› » printenv | grep i3
GDMSESSION=i3
I3SOCK=/run/user/1000/i3/ipc-socket.39499
XDG_CURRENT_DESKTOP=i3
XDG_SESSION_DESKTOP=i3
--- ~ ‹main*➔ M?› » printenv | grep xfce
DESKTOP_SESSION=xfce

[anon93652015]

Currently in dk.

➤ printenv | grep dk
DESKTOP_SESSION=dk
DKSOCK=/tmp/dk__0_0.socket

I don’t actually have Xfce installed. Just a few Xfce components.

xfce4-appfinder 4.18.1-1
xfce4-settings 4.18.4-1
xfce4-taskmanager 1.5.6-2
xfce4-terminal 1.1.1-2
xfconf 4.18.3-1
xkeyboard-config 2.40-1 <- Not sure this one counts.

[Underpass7415]

Interesting. So DESKTOP_SESSION should report its real value, as yours does.

Going to look into the other environment variables to try find which I should be setting.

[Underpass7415]

Ok, this is what I’ve gathered:

XDG_CURRENT_DESKTOP is standardized by freedesktop.org. It’s value should be one from this list. In my case, I’ve set it to XFCE via my ~/.profile

export XDG_CURRENT_DESKTOP=XFCE

Neither XDG_SESSION_DESKTOP nor DESKTOP_SESSION are standardized so setting them according to your real session seems best. For example: i3, dk or dwm.

It’s probably best to check their current values by doing echo $DESKTOP_SESSION and/or echo $XDG_SESSION_DESKTOP. If they’re correct, they can be left alone.

More details here.

Those seem to be the only relevant variables for this issue.

This seems like the actual solution

Thank you very very much for your help @anon93652015 !!

[anon93652015]

Glad I could help somewhat.