Closed Bug 388996 Opened 17 years ago Closed 16 years ago

Minefield crash on session restore

Categories

(Firefox :: Session Restore, defect)

PowerPC
macOS
defect
Not set
normal

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.
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.

Attachment

General

Creator:
Created:
Updated:
Size: