Closed Bug 606316 Opened 15 years ago Closed 14 years ago

3.6.11 Crash Report [@ nsParser::cycleCollection::UnmarkPurple(nsISupports*) ]

Categories

(Core :: DOM: Core & HTML, defect)

x86
Windows XP
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME
Tracking Status
blocking1.9.2 --- -
status1.9.2 --- wanted

People

(Reporter: chofmann, Unassigned)

References

Details

(Keywords: crash, regression)

Crash Data

we see a spike in these in the first hours of 3.6.11. might be a new regression, or might just be assoicated with the upgrade and will fade as se get more of the user population on the new release. one user comment is "Nice upgrade...NOT " others don't tie as closely to the upgrade. stack looks like http://crash-stats.mozilla.com/report/index/ef189c7d-337b-4f47-ac69-7c2782101021 0 xul.dll nsParser::cycleCollection::UnmarkPurple content/xul/document/src/nsXULPrototypeDocument.cpp:95 1 xul.dll nsPurpleBuffer::SelectPointers xpcom/base/nsCycleCollector.cpp:898 2 xul.dll xul.dll@0xab37df 3 xul.dll nsCycleCollector::BeginCollection xpcom/base/nsCycleCollector.cpp:2517 crash times don't seem to tie it close to start up. Correlation to startup or time of session 191 total crashes for nsParser::cycleCollection::UnmarkPurple.nsISupports.. on 20101020-crashdata.csv 3 startup crashes inside 30 sec. 26 startup crashes inside 3 min. 10 repeated crashes inside 3 min. of last crash checking --- nsParser::cycleCollection::UnmarkPurple.nsISupports.. 20101020-crashdata.csv found in: 3.6.11 release total-crashes nsParser::cycleCollection::UnmarkPurple.nsISupports.. crashes pct. all 375166 191 0.000509108 3.6.11 61440 191 0.00310872 os breakdown nsParser::cycleCollection::UnmarkPurple.nsISupports..Total 191 Win5.1 0.50 Win6.0 0.20 Win6.1 0.30 domains of sites 7 http://www.youporn.com 6 http://youporn.com 6 http://www.google.com 5 \N// 4 http://www.baixarfilmesdublados.net 4 http://techcrunch.com 3 http://www.youtube.com 3 http://www.totalprosports.com 3 http://exitoina.com 3 http://drama-addict.com 2 http://www.randompics.net 2 http://www.lafiscalia.com
#24 rank on first day of 3.6.11 but unranked and not found in 3.6.10 or 3.6.9 nsParser::cycleCollection::UnmarkPurple(nsISupports*) I also checked back around the release date of 3.6.10. we only had one report on 20100916 in the first 3 days of its release v. the 191 we got in the first hours of 3.6.11
i don't see anything consistent when looking at install age in a sample of reports ___checking nsParser::cycleCollection::UnmarkPurple.nsISupports.. in 20101020-crashdata.csv install ages... 59 seconds since version was installed 90 seconds since version was installed 122 seconds since version was installed 245 seconds (4.1 minutes) since 308 seconds (5.1 minutes) since 558 seconds (9.3 minutes) since 604 seconds (10.1 minutes) since 1225 seconds (20.4 minutes) since 1420 seconds (23.7 minutes) since 1488 seconds (24.8 minutes) since 1498 seconds (25.0 minutes) since 4099 seconds (1.1 hours) since 4834 seconds (1.3 hours) since 5163 seconds (1.4 hours) since 5269 seconds (1.5 hours) since 9361 seconds (2.6 hours) since 10737 seconds (3.0 hours) since 13045 seconds (3.6 hours) since 16854 seconds (4.7 hours) since 18701 seconds (5.2 hours) since 19206 seconds (5.3 hours) since 21939 seconds (6.1 hours) since 25976 seconds (7.2 hours) since 26749 seconds (7.4 hours) since 33977 seconds (9.4 hours) since 35878 seconds (10.0 hours) since 37285 seconds (10.4 hours) since 39096 seconds (10.9 hours) since 40960 seconds (11.4 hours) since 49505 seconds (13.8 hours) since 55716 seconds (15.5 hours) since 58896 seconds (16.4 hours) since 70251 seconds (19.5 hours) since 72205 seconds (20.1 hours) since 78668 seconds (21.9 hours) since 80864 seconds (22.5 hours) since 90614 seconds (1.0 days) since
blocking1.9.2: --- → ?
Keywords: crash, regression
here is the query to more reports
Severity: normal → critical
From the module correlation report: 100% (462/462) vs. 75% (98515/131800) xpcom.dll 100% (461/462) vs. 75% (98495/131800) firefox.exe Really? 25% of firefox windows users who crash here don't actually have firefox?
AVG Toolbar shows up in the addon correlation. I have installed it in the lab but have not been able to reproduce this crash yet on Windows XP.
(In reply to comment #5) > From the module correlation report: > > 100% (462/462) vs. 75% (98515/131800) xpcom.dll > 100% (461/462) vs. 75% (98495/131800) firefox.exe > > Really? 25% of firefox windows users who crash here don't actually have > firefox? when do we take the snapshot of the process list in relationship to the crash?
moved to #21 after first full day.
(In reply to comment #5) > From the module correlation report: > > 100% (462/462) vs. 75% (98515/131800) xpcom.dll > 100% (461/462) vs. 75% (98495/131800) firefox.exe > > Really? 25% of firefox windows users who crash here don't actually have > firefox? The module correlation reports don't separate browser crashes from plugin crashes, so yes. They probably should. (The distinction appeared well after the reports did.)
this has hung on at #11 for 3.6.11
looking at a small sample of 10 reports I get these 3 forms of the stack ....Signature number: 10-nsGlobalWindow::cycleCollection::UnmarkPurplensISupports ______ distribution of 10 different stacks, looking at top 10 frames 8 stacks like 0|0|xul.dll|nsGlobalWindow::cycleCollection::UnmarkPurple(nsISupports *) 0|1|xul.dll|nsPurpleBuffer::SelectPointers(GCGraphBuilder &) 0|2|xul.dll| 0|3|xul.dll|nsCycleCollector::BeginCollection() 0|4|xul.dll|XPCCycleCollectGCCallback 0|5|js3250.dll|js_GC 0|6|xul.dll|PL_NewDHashTable 0|7|nspr4.dll|_MD_CURRENT_THREAD 0|8|nspr4.dll|PR_Lock 0|9|xul.dll|XPCCallContext::XPCCallContext(XPCContext::LangType,JSContext *,JSObject *,JSObject *,int,unsigned int,int *,int *) 1 stacks like 0|0|xul.dll|nsGlobalWindow::cycleCollection::UnmarkPurple(nsISupports *) 0|1|xul.dll|nsPurpleBuffer::SelectPointers(GCGraphBuilder &) 0|2|xul.dll| 0|3|xul.dll|nsCycleCollector::BeginCollection() 0|4|xul.dll|XPCCycleCollectGCCallback 0|5|js3250.dll|js_GC 0|6|xul.dll|PL_NewDHashTable 0|7|xul.dll|nsSHistory::GetRootTransaction(nsISHTransaction * *) 0|8|xul.dll|XPCCallContext::XPCCallContext(XPCContext::LangType,JSContext *,JSObject *,JSObject *,int,unsigned int,int *,int *) 0|9|js3250.dll|JS_GC 1 stacks like 0|0|xul.dll|nsGlobalWindow::cycleCollection::UnmarkPurple(nsISupports *) 0|1|xul.dll|nsPurpleBuffer::SelectPointers(GCGraphBuilder &) 0|2|xul.dll| 0|3|xul.dll|nsCycleCollector::BeginCollection() 0|4|xul.dll|XPCCycleCollectGCCallback 0|5|js3250.dll|js_GC 0|6|xul.dll|PL_NewDHashTable 0|7|xul.dll| 0|8|xul.dll|nsSHistory::GetRootTransaction(nsISHTransaction * *) 0|9|nspr4.dll|_MD_CURRENT_THREAD
http://people.mozilla.com/crash_stacks/stack-summary-3.6.11.txt shows similar patterns in the stacks of these signatures. Maybe this has just shifted a bit. 22-nsCycleCollectingAutoRefCnt::unmarkPurple 24-nsParser::cycleCollection::UnmarkPurplensISupports 102-nsCOMPtr_base::~nsCOMPtr_baseRemoveComponentRegistries 179-CallQueryInterfacensISupports,nsXPCOMCycleCollectionParticipantnsISupports,nsXPCOMCycleCollectionParticipant
Blocks: 610119
The stack in the summary no longer shows up as a topcrash, can't really block on this amorphous bug.
blocking1.9.2: ? → -
I haven't seen this one for a while, but it has reappeared in 3.6.15: Firefox 3.6.15 Crash Report [@ nsXULPrototypeDocument::cycleCollection::UnmarkPurple(nsISupports*) ] bp-175e4ab3-05ce-4330-a97f-0151a2110315 Also, after this happened, I can no longer open new links in the same tab. Every link I hit, a new tab opens.
Crash Signature: [@ nsParser::cycleCollection::UnmarkPurple(nsISupports*) ]
Nothing in FF 4.0 or later. Resolving as works for me.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.