659588 - Web storage (local storage) is lost after a restart

Status: RESOLVED INVALID

(Core :: DOM: Core & HTML, defect)

Description

[Vincent Nicolas]

User-Agent:       Mozilla/5.0 (Windows NT 5.1; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
Build Identifier: Mozilla/5.0 (Windows NT 5.1; rv:2.0.1) Gecko/20100101 Firefox/4.0.1

In the given URL, we can experiment session and local storage.
After closing Firefox and restarting it, we should have lost the session storage, but we should still have the local storage element.

Other examples: 
- http://codebase.es/test/webstorage.html : same behavior
- Go the http://chrome.angrybirds.com/ URL, pass some levels. Close Firefox, and go back to the URL. Your progression is lost.


Reproducible: Always

Steps to Reproduce:
1. Go to the given URL
2. Save some value in the "local storage" place
3. Restart Firefox


Actual Results:  
See that the value entered previously is not displayed any more.
"Seems there is nothing stored in local storage yet"

Expected Results:  
The value entered previously is displayed.
"The value is MyValue"

I've seen the same behavior on Mac Os X.

Comment 1

[Honza Bambas (:mayhemer)]

Vincent, how is your history being set?  Please check what is your setting in Privacy tab of the Options dialog.  If you have it set to "Never remember history" then we do not store DOM storage (localStorage) data to disk.

Also please let me know if this behavior is reproducible with a clean profile, see [1] how.  If not, let me know what extensions you have installed in the profile you experience this bug with.

[1] http://support.mozilla.com/en-US/kb/Managing%20profiles

Comment 2

[Vincent Nicolas]

My history settings are good: I have unchecked only "Mode de navigation privée permanent", "Accepter les cookies tiers" and "Vider l'historique lors de la fermeture de Firefox".
I also have tested it with the "conserver l'historique" value in the combo-box, with the same result.

The list of my extensions:
- AdBlock Plus 1.3.8
- Add-on compatibility reporter 0.8.4
- Fire Gestures 1.6.4
- Flagfox 4.1.3
- Searchbox synch 1.4.0
- sudoku 1.2.1
- Tab mix plus 0.3.8.6

As soon as I have tested with a brand new profile, I let you know.

Comment 3

[Vincent Nicolas]

With a new profile, the test is OK : both http://codebase.es/test/webstorage.html and http://people.opera.com/shwetankd/external/demos/webstorage_demo.htm are working as expected.

It seems that some of my extensions are messing up the history behavior... I will try to figure out which of them.

BTW, extensions listed in my comment #2 was on my personnal Mac computer. On my work WinTel one, I have some other ones:
- Adblock Plus 1.3.8
- Add-on Compatibility Reporter 0.8.4
- Fire Gestures 1.6.4
- sudoku 1.2.1
- IE Tab + 2.01.20110417
- ReminderFox 1.9.9.3.1
- Tab Mix Plus 0.3.8.6

So I suspect Tab Mix Plus in the first place.

Comment 4

[Vincent Nicolas]

One very weird thing:
- I have disabled the Tab Mix Plus extension.
- Make a test: ok, it works
- I have then enable back the Tab Mix Plus extension.
- Make a test: ok, it still works!!!

So I don't know what to think, now!
Maybe we can close this bug, maybe not.

Comment 5

[Vincent Nicolas]

I think I have found what's wrong. Back to my personnal Mac, I still see the bug. In the settings, tab "Vie privée" (private life in english ?), I am on the combo-box value "utiliser les paramètres personnalisés pour l'historique" (use personnal settings for history" in english I guess). The boxes checked are all but "Mode de navigation privée permanent" and "Vider l'historique lors de la fermeture de Firefox" (in english, it should be something like "Permanent private life mode" and "Delete history when leaving Firefox).

If I put back the combo-box to its default value "conserver l'historique" ("keep history"), the test on "http://people.opera.com/shwetankd/external/demos/webstorage_demo.htm" URL works again!

So if the bug is confirmed by others, they must focus on the "personnal settings" option to do so. But for me, there is a bug for true.

Comment 6

[Honza Bambas (:mayhemer)]

This is clearly a user preference set to not keep the history.  localStorage (DOM storage in general) falls into the term "history" here, as well as cookies do, so it is threw away after Firefox is closed.

Resolving as INVALID.

If you feel there is something wrong with the meaning of preference description in the Options dialog that confuses you to expect a different behavior, then please open a new bug in the Firefox/Preferences component.