229586 - history is not checkpointed--therefore crash means I lost history

Status: RESOLVED DUPLICATE of bug 63292

(Core Graveyard :: History: Global, defect)

Description

[Alan Peery]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030916
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030916

When I open windows in tabs, I frequently open lots of tabs.  If the browser
crashes, I don't find the most recently opened windows listed in the history. 
This means I have lost context and time.

Why do I open lots of tabbed windows?  I am subscribed to quite a few email
lists that are in HTML and link to interesting content.  I want to be able to
open all interesting links from today's emails, deleting the emails as I go, and
then read  the pages in order of interest.  I can't do this if I can't count on
the history to be maintained. 

Reproducible: Always

Steps to Reproduce:
1.  Open lots of tabs.
2.  Crash the browser (Much harder these days--people have been doing very good
work.)
3.   Check the browser history you find under F9.



Expected Results:  
I think the history data ought to be to disk within one minute of accessing a
new page, not just at browser exit.  (I'm guessing on the latter point.)

Suggested mechanism (sorry if this is obvious)
 1. history -> historyfile.tmp
 2. mv historyfile historyfile.old
 3. mv historyfile.tmp historyfile 

Checks for file ownership & perms required.

There would also need to be appropriate recovery logic added in browser startup
code for the very rare time when a crash happens between 2 & 3.

Comment 1

[Olivier Cahagne]

dupe of bug 193749 ?

Comment 2

[Torben]

*** This bug has been marked as a duplicate of 63292 ***