Recently I started experiencing this strange issue.
I logout from Plasma 5 and log back in, start Chromium and I need to login again in my Google profile as well as in all other websites. I have never seen this before and now it happens every time. Interestingly - while my openSUSE user session is active (i.e. I don’t logout) there is no problem to close Chromium completely and then start it again - all site sessions are preserved.
I checked my settings (although I haven’t changed them) - for Cookies I have “Allow local data to be set (recommended)” which is the default. I have “Block third-party cookies and site data” on but so far it has never been a problem. And it obviously isn’t while my Plasma 5 session is active.
I browsed the web for different solutions. I recreated a new Chromium profile from scratch etc but that changed nothing. I also tried stopping the browser, deleting ~/.config/chromium/Default/Cookies and Cookies-journal and starting the browser again. Nothing seems to help.
In case that matters: I am using seahorse for passwords storage and I unlock my keyring manually after each login to Plasma 5, before starting any browser. It has been this way for a long time and never caused any issues.
I mainly use “firefox”. But when I do start “chromium” I am already logged in.
However, I am not using “seahorse” with “chromium”. I have “chromium-desktop-kde” installed, which is supposed to be use kdewallet (I’m not sure if it uses the Plasma 5 wallet or the older plasma 4 wallet). I’m guessing that, instead, you have “chromium-desktop-gnome” installed, which probably uses “seahorse”.
I have no problem with Firefox and I use seahorse for storing FF credentials too (with the extension called GNOME Keyring integration). I have been using this setup with both browsers for a long time (many months). The issue with chromium is from about 2-3 weeks. I thought it was a bug but even after 2 upgrades it is still here. Plus if it works for you - it obviously isn’t a bug, right?
I recall seeing a bug report on chromium password handling. I didn’t follow it closely, but the gist was that upstream changes affected the way that passwords were saved. I did not notice a problem. But I think the bug reporter was also using seahorse. So maybe it affected how seahorse is used. I seem to recall that the advice was to ask chromium to store passwords at google (or wherever).
Do you remember where you saw that bug? On openSUSE bugzilla or somewhere else? I do sync my passwords with my google account but that has nothing to do with the case I think. Chromium always needs to have a local copy of the passwords too. There is no option to keep passwords only remotely and it makes sense.
No. I am just being asked to login again on each site on which I previously was. It can be quite annoying for sites on which use 2-step verification with SMS etc. The whole thing sounds like cookies are being cleaned up when logging out of Plasma 5 which is weird because they are persistent if I only exit chromium. Also such thing is against what is in chromium settings. Really strange.
Facebook also asks me to confirm my browser again as if I am logging in from a new device which I never used.
That was opensuse bugzilla. I browse the mailing list daily. This was probably back in May or June, though it extended over several months. It was probably related more to Tumbleweed.
As far as I know, cookies and other settings are saved in “.config/chromium”. Check whether you are doing anything that would zap this directory on login or logout.
try uninstalling Chromium. Install google chrome see if you still get the problem. I’m running chrome fine here on xfce. I’m not on KDE but will check this out
I think I found a workaround.
I didn’t mention that before but I have several keyrings: 1) Login 2) Default keyring (which chromium uses) 3) etc…
So far it was enough to unlock the Login one which automatically unlocks the others. But it seems not sufficient any more. Now I tried a new login to Plasma 5, then unlocked manually Login keyring (as usual) but now I also unlocked manually the Default keyring too, i.e. before starting chromium. And now the login sessions in the browser are persistent.
I wonder if this is an issue with chromium or with seahorse. The actual problem seems that chromium is unable to unlock its keyring but as I don’t know how exactly this unlocking works I have no idea where to report it.
I had the same problem a week ago, every time I started chrome or chromium.
But it left to get out, I thought it was a bug in an update that had been solved.