Closed Bug 662628 Opened 13 years ago Closed 13 years ago

[Mac] Firefox Crash [@ nsCSSSelector::Reset ]

Categories

(Core :: CSS Parsing and Computation, defect)

x86
macOS
defect
Not set
critical

Tracking

()

RESOLVED DUPLICATE of bug 663688

People

(Reporter: marcia, Unassigned)

References

Details

(Keywords: crash)

Crash Data

Seen while trying to edit the Mozilla etherpad, although not able to reproduce using  Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:7.0a1) Gecko/20110607 Firefox/7.0a1. A quick search shows this crash happens in low volume on Mac and Linux only: https://crash-stats.mozilla.com/report/list?signature=nsCSSSelector::Reset

STR:
1. Load http://etherpad.mozilla.com:9000/testday-20110617
2. I had a link queued up to paste, and I got the beachball after pasting, and then crashed. The link I was trying to paste was http://www.alexa.com/topsites

https://crash-stats.mozilla.com/report/index/9ca94176-7677-499f-a1b1-0891a2110607

Frame 	Module 	Signature [Expand] 	Source
0 	XUL 	nsCSSSelector::Reset 	layout/style/StyleRule.cpp:132
1 	XUL 	nsCSSSelector::~nsCSSSelector 	layout/style/StyleRule.cpp:348
2 	XUL 	nsCSSSelectorList::~nsCSSSelectorList 	layout/style/StyleRule.cpp:352
3 	XUL 	mozilla::css::StyleRule::~StyleRule 	layout/style/StyleRule.cpp:828
4 	XUL 	mozilla::css::Rule::Release 	layout/style/nsCSSRules.cpp:87
5 	XUL 	ReleaseObjects 	obj-firefox/x86_64/xpcom/build/nsCOMArray.cpp:167
6 	XUL 	nsVoidArray::EnumerateForwards 	obj-firefox/x86_64/xpcom/build/nsVoidArray.cpp:724
7 	XUL 	nsCOMArray_base::~nsCOMArray_base 	obj-firefox/x86_64/xpcom/build/nsCOMArray.cpp:177
8 	XUL 	nsCSSStyleSheetInner::~nsCSSStyleSheetInner 	
9 	XUL 	nsCSSStyleSheetInner::RemoveSheet 	layout/style/nsCSSStyleSheet.cpp:910
10 	XUL 	nsCSSStyleSheet::~nsCSSStyleSheet 	layout/style/nsCSSStyleSheet.cpp:1063
11 	XUL 	nsCSSStyleSheet::Release 	layout/style/nsCSSStyleSheet.cpp:1091
12 	XUL 	nsTHashtable<nsBaseHashtableET<mozilla::URIAndPrincipalHashKey, nsRefPtr<nsCSSStyleSheet> > >::s_ClearEntry 	
13 	XUL 	PL_DHashTableFinish 	obj-firefox/x86_64/xpcom/build/pldhash.c:399
14 	XUL 	mozilla::css::Loader::Release 	layout/style/Loader.cpp:475
15 	XUL 	nsDocument::~nsDocument 	content/base/src/nsDocument.cpp:1649
16 	XUL 	nsHTMLDocument::~nsHTMLDocument 	content/html/document/src/nsHTMLDocument.h:72
17 	XUL 	nsNodeUtils::LastRelease 	content/base/src/nsNodeUtils.cpp:326
18 	XUL 	nsDocument::Release 	content/base/src/nsDocument.cpp:1727
19 	XUL 	XPCJSRuntime::GCCallback 	js/src/xpconnect/src/xpcjsruntime.cpp:625
20 	XUL 	DOMGCCallback 	dom/base/nsJSEnvironment.cpp:3481
21 	XUL 	js_GC 	js/src/jsgc.cpp:2741
22 	XUL 	nsXPConnect::Collect 	js/src/xpconnect/src/nsXPConnect.cpp:406
23 	XUL 	nsXPConnect::GarbageCollect 	js/src/xpconnect/src/nsXPConnect.cpp:414
24 	XUL 	nsTimerImpl::Fire 	xpcom/threads/nsTimerImpl.cpp:424
25 	XUL 	nsTimerEvent::Run 	xpcom/threads/nsTimerImpl.cpp:520
26 	XUL 	nsThread::ProcessNextEvent 	xpcom/threads/nsThread.cpp:618
27 	XUL 	NS_ProcessPendingEvents_P 	obj-firefox/x86_64/xpcom/build/nsThreadUtils.cpp:195
28 	XUL 	nsBaseAppShell::NativeEventCallback 	widget/src/xpwidgets/nsBaseAppShell.cpp:130
29 	XUL 	nsAppShell::ProcessGeckoEvents 	widget/src/cocoa/nsAppShell.mm:422
30 	CoreFoundation 	CoreFoundation@0x12590 	
31 	CoreFoundation 	CoreFoundation@0x11dfc 	
32 	CoreFoundation 	CoreFoundation@0x38aa8 	
33 	libsystem_c.dylib 	libsystem_c.dylib@0x4d15f
Component: Layout → Style System (CSS)
QA Contact: layout → style-system
Crash Signature: [@ nsCSSSelector::Reset ]
This is a fairly low volume Mac only crash with 81 crashes last week across all versions.
Summary: Firefox Crash [@ nsCSSSelector::Reset ] → [Mac] Firefox Crash [@ nsCSSSelector::Reset ]
WFM on Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0a1) Gecko/20110620 Firefox/7.0a1
Probably will be hard to repro based on the comments, but people are hitting this crash in Firefox 5.
Setting resolution to Resolved WFM on Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0a1) Gecko/20110628 Firefox/7.0a1
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Not sure why this got closed as WFM. There are crashes still present in crash stats, so we should leave this open to see if the comments or URLs lead us to a reproducible test case, especially since early Lion users are hitting this.
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: WORKSFORME → ---
I think dbaron meant Bug 663688 in Comment 6. After that backout it looks as if there have been no crashes since the 20110629042007 build on 6.0a2.

The crash still occurs on Firefox 5 and 4.0.1 using 11A511 which is the Gold Master build.
You need to log in before you can comment on or make changes to this bug.