Avatar for Username

Zoeken in Support

Vermijd ondersteuningsscams. We zullen u nooit vragen een telefoonnummer te bellen, er een sms naar te sturen of persoonlijke gegevens te delen. Meld verdachte activiteit met de optie ‘Misbruik melden’.

Learn More

Deze conversatie is gearchiveerd. Stel een nieuwe vraag als u hulp nodig hebt.

Tranfering password: copying key3.db ang logins.json doesn't work

  • 4 antwoorden
  • 6 hebben dit probleem
  • 62 weergaven
  • Laatste antwoord van cor-el

flofl0
flofl0
more options

I have 2 profiles and I wish to transfer my saved passwords from one to another. As far I see the procedure documented is to copy both key3.db and logins.json to the profile I wish to transfer my saved passwords on. However, once I launch Firefox nothing shows up in the password manager.

Could it be linked to the use of a master password ? Could Sync somehow mess this up even if it's not configured to sync passwords ? (I notice that is the new profiles sometimes sync id shows up, but not after copying the files) I saw something about signon.importedFromSqlite but it seems to always set itself to true.

I do know the quickfix is using an extension to export and then import the passwords, however I don't believe it to be an acceptable solution for something as sensitive as passwords.

I'm using 59.0b4 for both profiles (that are after copying the files supposed to have the same password manager related files, the old one works perfectly, not the new one).

I have 2 profiles and I wish to transfer my saved passwords from one to another. As far I see the procedure documented is to copy both key3.db and logins.json to the profile I wish to transfer my saved passwords on. However, once I launch Firefox nothing shows up in the password manager. Could it be linked to the use of a master password ? Could Sync somehow mess this up even if it's not configured to sync passwords ? (I notice that is the new profiles sometimes sync id shows up, but not after copying the files) I saw something about signon.importedFromSqlite but it seems to always set itself to true. I do know the quickfix is using an extension to export and then import the passwords, however I don't believe it to be an acceptable solution for something as sensitive as passwords. I'm using 59.0b4 for both profiles (that are after copying the files supposed to have the same password manager related files, the old one works perfectly, not the new one).

Bewerkt door flofl0 op

Gekozen oplossing

Solution found: the right file is now key4.db !

This does mean that this page: https://support.mozilla.org/en-US/kb/recovering-important-data-from-an-old-profile#w_passwords is not at all up to date (since to default to key4.db apparently occured in v58) Apparently this is is pending review https://support.mozilla.org/en-US/forums/knowledge-base-articles/712877

Dit antwoord in context lezen 👍 1

Alle antwoorden (4)

flofl0
flofl0 Vraageigenaar
more options

Gekozen oplossing

Solution found: the right file is now key4.db !

This does mean that this page: https://support.mozilla.org/en-US/kb/recovering-important-data-from-an-old-profile#w_passwords is not at all up to date (since to default to key4.db apparently occured in v58) Apparently this is is pending review https://support.mozilla.org/en-US/forums/knowledge-base-articles/712877

Bewerkt door flofl0 op

cor-el
cor-el
  • Moderator
  • Top 10 Contributor
more options

Firefox should fallback to key3.db if you remove an existing key4.db SQLite database.

flofl0
flofl0 Vraageigenaar
more options

cor-el said

Firefox should fallback to key3.db if you remove an existing key4.db SQLite database.

Indeed (I didn't test it but it's also my understanding), but since I saw no instruction to do so, I thought it was related to something else and not the password manager.

Bewerkt door flofl0 op

cor-el
cor-el
  • Moderator
  • Top 10 Contributor
more options

See also this thread: