Przeszukaj pomoc

Unikaj oszustw związanych z pomocą.Nigdy nie będziemy prosić Cię o dzwonienie na numer telefonu, wysyłanie SMS-ów ani o udostępnianie danych osobowych. Zgłoś podejrzaną aktywność, korzystając z opcji „Zgłoś nadużycie”.

Więcej informacji

Old passwords do not show up in new firefox quantum installation after copying over key3.db and logins.json

  • 9 odpowiedzi
  • 2 osoby mają ten problem
  • 4 wyświetlenia
  • Ostatnia odpowiedź od FredMcD

more options

I was trying to import my passwords from an old firefox 56 profile by replacing the key3.db and logins.json files (as per the instructions given here https://support.mozilla.org/en-US/kb/recovering-important-data-from-an-old-profile#w_passwords). But when I looked at "saved logins" in about:preferences in the quantum installation once the two files were copied over no logins were added at all! I'm certain that the both the source and destination I used were correct.

I was trying to import my passwords from an old firefox 56 profile by replacing the key3.db and logins.json files (as per the instructions given here https://support.mozilla.org/en-US/kb/recovering-important-data-from-an-old-profile#w_passwords). But when I looked at "saved logins" in about:preferences in the quantum installation once the two files were copied over no logins were added at all! I'm certain that the both the source and destination I used were correct.

Zmodyfikowany przez ouyihkj w dniu

Wszystkie odpowiedzi (9)

more options

Did you replace the files while Firefox was closed?

You can use the button on the "Help -> Troubleshooting Information" (about:support) page to go to the current Firefox profile folder or use the about:profiles page.

If there is a problem with logins.json then Firefox usually will add a .corrupted.

Did you check the permissions of the files if you copied them from another location?


Firefox uses two locations for the Firefox profile folder, so make sure to look in the correct location. Location used for the main profile that keeps your personal data in "AppData\Roaming".

  • C:\Users\<user>\AppData\Roaming\Mozilla\Firefox\Profiles\<profile>\
  • ~/Library/Application Support/Firefox/Profiles/<profile>/

Location used for the disk cache and other temporary files in "AppData\Local".

  • C:\Users\<user>\AppData\Local\Mozilla\Firefox\Profiles\<profile>\
  • ~/Library/Caches/Firefox/Profiles/
more options

In the event that the passwords information is lost, you should record all information in a separate text file somewhere else on your hard drive, or written down. You can easily copy and paste if you need to do so. If you are concerned about someone else looking at that file, you can compress it using a password.

more options

cor-el said

Did you replace the files while Firefox was closed?

Yes.

As for the permissions I can't see any problems either. SYSTEM, the username I'm logged in as, and administrators all have full control.

I didn't bring this up earlier as I assumed it wasn't relevant but the old profile is from macOS while the new installation is on windows 7. So the directories look like

C:\Users\[username]\AppData\Roaming\Mozilla\Firefox\Profiles\[profile folder] \Users\[username]\Library\Application Support\Firefox\Profiles\[profile folder]

Is the fact that it's between different OSes potentially an issue?

more options

FredMcD said

In the event that the passwords information is lost, you should record all information in a separate text file somewhere else on your hard drive, or written down. You can easily copy and paste if you need to do so. If you are concerned about someone else looking at that file, you can compress it using a password.

I still have my old 56 profile that is still functioning on another OS. Thanks, but I'm fine. Only thing that's at stake here is the convenience.

more options

ouyihkj said

Is the fact that it's between different OSes potentially an issue?

Different systems may store data differently.

more options

... anyone?

more options
more options

flofl0 said

https://support.mozilla.org/en-US/questions/1202039#answer-1070656

Edit: According to my understanding, I can facilitate a fallback from key4.db to key3.db by removing the newer SQLite versions. I'm not sure exactly what this consists of. Is simply deleting key4.db sufficient?

Zmodyfikowany przez ouyihkj w dniu

more options

Yes, IF the original key3 file is still there.