I can reliably reproduce the problem in a Kubuntu 18.04.3 VM.
** Changed in: chromium-browser (Ubuntu)
Status: New => Confirmed
** Changed in: chromium-browser (Ubuntu)
Importance: Undecided => High
** Changed in: chromium-browser (Ubuntu)
Assignee: (unassigned) => Olivier Tilloy (osomon)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to chromium-browser in Ubuntu.
https://bugs.launchpad.net/bugs/1847470
Title:
[snap] kwallet not detected as password store
Status in chromium-browser package in Ubuntu:
Confirmed
Bug description:
(initially reported at https://forum.snapcraft.io/t/call-for-testing-
chromium-browser-deb-to-snap-transition/11772/8)
« The test command¹ you use to detect backend:
dbus-send --session --dest=org.freedesktop.secrets
/org/freedesktop/secrets --print-reply
org.freedesktop.DBus.Properties.GetAll
string:'org.freedesktop.Secret.Service' >/dev/null 2>&1
fails o my system (Ubuntu 19.04 + KDE session + kwallet) saying that
nothing provides org.freedesktop.Secret.Service and chromium fallbacks
to plain backend (losing my passwords). When I add --password-
store=kwallet to desktop file command it works correctly.
So current approach for backed detection is broken in my case (maybe
in general for kwallet). Maybe it’s possible to test also kwallet
equivalent of that command however I don’t know what i should be. »
¹
https://git.launchpad.net/~chromium-team/chromium-browser/+git/snap-from-source/tree/launcher/chromium.launcher?h=stable#n45
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1847470/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
