Passwords imported from a CSV file aren't synced
Categories
(Toolkit :: Password Manager, defect, P2)
Tracking
()
People
(Reporter: markh, Assigned: enndeakin)
References
(Blocks 1 open bug)
Details
(Whiteboard: [fxcm-csv])
Attachments
(1 file, 1 obsolete file)
Saw this in https://www.reddit.com/r/firefox/comments/um9d79/firefox_doesnt_sync_imported_logins_and_passwords/ and was able to reproduce it.
The problem seems to be that the imported password doesn't cause an addLogin
/modifyLogin
observer notification to be sent, so Sync doesn't know about the new password. I didn't try and dig into why it does not get sent though.
I know this is behind a pref, so disabled by default, but there seems a risk that other imports might have the same behaviour.
Reporter | ||
Comment 1•3 years ago
|
||
https://github.com/mozilla-services/syncserver/issues/296 implies importing from edge is impacted.
Comment 2•3 years ago
|
||
So if the logins are imported successfully (i.e. they show up in about:logins), then there should be an addLogin
/modifyLogin
message that is sent from storage-json.js to the respective observers of "passwordmgr-storage-changed" so I'm not sure why this message isn't being picked up by Sync. Maybe it's malformed in someway in the import case and is failing silently, not entirely sure.
Reporter | ||
Comment 3•3 years ago
|
||
I was 1/2 assuming that maybe they were disabled for performance when doing a bulk import - I didn't find where that might happen, but I didn't look too hard.
Updated•3 years ago
|
Comment hidden (typo) |
(In reply to glen226 from comment #4)
Previous comment on error; just wanted to add affects Firefox on MacOS (import passwords via CSV not syncing). Some frustration and Googling lead me here.
Comment 7•2 years ago
|
||
Exporting passwords, deleting them and importing them again fails.
Uncaught TypeError: this._errorMessages[errorType] is undefined.
chrome://browser/content/aboutlogins/components/import-error-dialog.mjs:52
Updated•2 years ago
|
Updated•2 years ago
|
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 8•2 years ago
|
||
Comment 9•2 years ago
|
||
If this is an issue with maybeImportLogins
(which from looking at the patch, this is where the problem lies), I'll note that our browser migrators currently use this same code path:
Would they also be affected by this issue?
Comment 10•2 years ago
|
||
I just tested this locally, and it appears that passwords imported via the migration wizards are also affected.
Comment 11•2 years ago
|
||
Marking tracking because we're trying to improve migration in Firefox 114, and getting this fixed in time for that seems like it'd be a good idea.
Assignee | ||
Comment 12•2 years ago
|
||
Note that this bug is dependent on bug 1752839 which is where the primary part of the fix is.
Updated•2 years ago
|
Comment 13•2 years ago
|
||
The bug is marked as tracked for firefox114 (nightly). However, the bug still has low severity.
:serg, could you please increase the severity for this tracked bug? If you disagree with the tracking decision, please talk with the release managers.
For more information, please visit auto_nag documentation.
Updated•2 years ago
|
Assignee | ||
Comment 14•2 years ago
|
||
Not sure why this was marked for 114.
Assignee | ||
Comment 15•2 years ago
|
||
Updated•2 years ago
|
Comment 16•2 years ago
|
||
Comment 17•2 years ago
|
||
bugherder |
Comment 18•2 years ago
|
||
Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.
Comment 19•2 years ago
|
||
The patch landed in nightly and beta is affected.
:enndeakin, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox115
towontfix
.
For more information, please visit BugBot documentation.
Assignee | ||
Updated•2 years ago
|
Updated•2 years ago
|
Description
•