after deb->snap transition, chromium no longer sees local password store
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
chromium-browser (Ubuntu) |
Fix Released
|
High
|
Olivier Tilloy | ||
Eoan |
Fix Released
|
High
|
Olivier Tilloy |
Bug Description
[Impact]
After upgrading to eoan and accepting the deb->snap transition for chromium, the passwords saved in my browser are no longer available to the app, despite ~/snap/
The data doesn't appear to be lost, since I have a copy in ~/snap as well as in ~/.config/chromium, but somehow they're inaccessible.
[Test Case]
Install chromium-browser in disco (19.04), save a few passwords for login forms.
Dist-upgrade to eoan (19.10), launch chromium, and verify that the saved passwords are still there. They can be inspected by browsing to chrome:
As an additional check, the output of `snap connections chromium | grep password` should look like this:
password-
I.e. the interface should be marked as manually connected, even though the user hasn't explicitly connected it.
[Regression Potential]
Low. The change removes an assumption on upgrade paths that has become incorrect. Now the password-
Changed in chromium-browser (Ubuntu): | |
importance: | Undecided → High |
tags: | added: snap |
description: | updated |
Changed in chromium-browser (Ubuntu Eoan): | |
assignee: | nobody → Olivier Tilloy (osomon) |
importance: | Undecided → High |
status: | New → In Progress |
status: | In Progress → Fix Committed |
status: | Fix Committed → In Progress |
Can you check whether the password- manager- service interface is connected?
snap connections chromium | grep password
I suspect it's not. This can be fixed by running "snap connect chromium: password- manager- service" .
There appears to be a wrong assumption in the preinst script for chromium-browser that decides whether to request the connection.