Closed
Bug 388996
Opened 17 years ago
Closed 16 years ago
Minefield crash on session restore
Categories
(Firefox :: Session Restore, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: cmtalbert, Unassigned)
Details
Attachments
(2 files)
This has turned out to not be reproducible, so this may just be closed invalid if this isn't terribly informative. I was running Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a7pre) Gecko/2007071904 Minefield/3.0a7pre. 1. Opened the Macbook, bringing it back from sleep. It had to get on the network, and started Minefield. 2. Minefield began loading all my saved tabs (several tabs in three separate windows). Some of these were bugzilla tabs, and those tabs started to hang during their load. 3. Then Minefield crashed. 4. Re-started Minefield again, and again a crash. 5. After this, my firefox 2.0.0.5 that I'd brought up to search bugzilla and look at the brakepad report also crashed, then parallels crashed as I started that application. 6. I rebooted my computer and now all is well. The talk back reports are: * http://crash-stats.mozilla.com/report/index/c0e0b3a6-36ea-11dc-a929-001a4bd43ef6?date=2007-07-20-17 * http://crash-stats.mozilla.com/report/index/ed436aae-36ea-11dc-a6cd-001a4bd43e5c?date=2007-07-20-17 The stack leading here is the different, but ends in nsVoidArray::GrowArrayBy(int) each time. I think it must be a memory overwrite issue that caused the crash due to the unstable nature of everything else after the crashes. I'll attach both the sessionstore.bak and .js to this bug.
Comment 2•16 years ago
|
||
Haven't seen any similar bug reports in the past year. -> WORKSFORME (please reopen should the issue happen again)
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•