617792 - Updating from places branch to something else loses history if WAL is being used

Status: RESOLVED DUPLICATE of bug 617779

(Toolkit :: Places, defect)

Description

[Matheus Kerschbaum]

User-Agent:       Mozilla/5.0 (Windows NT 6.1; rv:2.0b8pre) Gecko/20101208 Firefox/4.0b8pre
Build Identifier: 

This probably hits testers more than real users.

Reproducible: Always

Steps to Reproduce:
1.Grab an not up-to-date places branch build
2.Navigate a while so new history is written
3.Check for updates and then apply the update
Actual Results:  
All history is lost.

Expected Results:  
History should be kept.

If I shutdown the build and then update to a new trunk build (i.e through the installer) history is not lost, so I suspect the issue is that during the update process the contents of WAL journal are not actually written back to places.sqlite so when the new trunk build tries to read history it fails miserably.

Comment 1

[Marco Bonardo [:mak]]

dies the update bring you to a newer places branch build or to a mozilla-central build?
which old builds did you test with? it's absolutely possible that some days older build does not correctly upgrade.
did this produce a places.sqlite.corrupt file in your profile?

Comment 2

[Marco Bonardo [:mak]]

this is a dupe of bug 617779, and due to bug 617761.
on nightly upgrade we upgrade to central and we hit the downgrade bug.