Where did you install Firefox from? Help Mozilla uncover 3rd party websites that offer problematic Firefox installation by taking part in our campaign. There will be swag, and you'll be featured in our blog if you manage to report at least 10 valid reports!

搜尋 Mozilla 技術支援網站

防止技術支援詐騙。我們絕對不會要求您撥打電話或發送簡訊,或是提供個人資訊。請用「回報濫用」功能回報可疑的行為。

Learn More

Does Syncing mitigate the risk of having a corrupt database file?

  • 3 回覆
  • 1 有這個問題
  • 10 次檢視
  • 最近回覆由 cor-el

more options

Hello

as most FF users, I've run into the issue of having a corrupt places or cookies database file several times in the last 15 years of usage.

I would like to know if Syncing can mitigate the risk of having a corrupt database file ever again? In other words, do FF servers recognize a corrupt file if received from my device? And would it help replacing it with the last intact file received?

Hello as most FF users, I've run into the issue of having a corrupt places or cookies database file several times in the last 15 years of usage. I would like to know if Syncing can mitigate the risk of having a corrupt database file ever again? In other words, do FF servers recognize a corrupt file if received from my device? And would it help replacing it with the last intact file received?

所有回覆 (3)

more options

Using Sync only means that bookmarks and other data is uploaded to the Sync server, each profile still has its own places.sqlite file and this file is only read locally by Sync to prepare a list of what bookmarks needs to be uploaded. When it goes wrong locally with managing the bookmarks and the places.sqlite database is corrupted then Sync isn't able to read the file and upload content to the Sync server. When places.sqlite gets corrupted then you can usually see this in a Sync error log file listed on the about:sync-log page. In a lot of cases issues with places.sqlite getting corrupted is linked to syncing bookmarks to a mobile device, possibly by making a lot of changes in a short time to the bookmarks.

more options

cor-el said

Using Sync only means that bookmarks and other data is uploaded to the Sync server, each profile still has its own places.sqlite file and this file is only read locally by Sync to prepare a list of what bookmarks needs to be uploaded. When it goes wrong locally with managing the bookmarks and the places.sqlite database is corrupted then Sync isn't able to read the file and upload content to the Sync server. When places.sqlite gets corrupted then you can usually see this in a Sync error log file listed on the about:sync-log page. In a lot of cases issues with places.sqlite getting corrupted is linked to syncing bookmarks to a mobile device, possibly by making a lot of changes in a short time to the bookmarks.

Thanks for the reply

So in case the file gets corrupt, would I be able to retrieve the last working file from the Sync server?

more options

No, there is no file on the Sync server, there is only a list of bookmarks on the Sync server that has been uploaded from all connected devices. For the bookmarks there are normally the backups in the bookmarkbackups folder that can be used to rebuild the bookmarks when a new places.sqlite needs to be rebuild. Because there is no backup for the history history, this means that history is lost if places.sqlite needs to be rebuild.