Access violation in xul!NS_CycleCollectorForget during autocomplete

RESOLVED INCOMPLETE

Status

()

--
critical
RESOLVED INCOMPLETE
10 years ago
8 years ago

People

(Reporter: mozilla_kiddm2, Unassigned)

Tracking

({crash})

3.0 Branch
x86
Windows XP
crash
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

(Reporter)

Description

10 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3

Part way through autocompletion, Firefox appeared to hang and then crashed into WinDbg. See attached screenshot (it's a mess because Firefox stopped handling repaint requests), but one can see exactly how many characters I had typed and that the options had been reduced to a single autocomplete entry.

See second attachment for full results of '!analyze -v' and list of loaded modules. Access violation appeared to occur at xul!NS_CycleCollectorForget_P+35fce, a RET instruction. This suggests a corrupted stack to me.

I had 7 windows and about 40 tabs open, so it is unlikely that I will ever be able to reproduce this.

Reproducible: Didn't try
(Reporter)

Comment 1

10 years ago
Created attachment 341348 [details]
Partial screenshot showing autocomplete dialog at crash
(Reporter)

Comment 2

10 years ago
Created attachment 341349 [details]
WinDbg stack and module list
As mentioned in comment 0, this looks like a corrupted stack and most likely not related to cycle collector.

Updated

8 years ago
Version: unspecified → 3.0 Branch
this report doesn't have useful information, and 3.0 reached EOL.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 8 years ago
Keywords: crash
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.