obsolete.fax Reporter
	Description • 13 years ago

User-Agent:       Mozilla/5.0 (Windows NT 5.1; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
Build Identifier: Mozilla/5.0 (Windows NT 5.1; rv:2.0.1) Gecko/20100101 Firefox/4.0.1

Crash [@ nsINode::GetOwnerDoc() ] 

https://crash-stats.mozilla.com/report/index/7448a466-abc4-4a10-94b0-4266b2110501

Reproducible: Always

	(mostly gone) XtC4UaLL [:xtc4uall]
	Comment 1 • 13 years ago

That CrashID seems not related.
From Bug 527448 i guess you wanted to post https://crash-stats.mozilla.com/report/index/a90e882b-64a5-478d-99ab-3995c2110430

Frame 	Module 	Signature 	Source
0 	xul.dll 	nsINode::GetOwnerDoc() 	obj-firefox/dist/include/nsINode.h:428
1 	xul.dll 	NotificationController::CoalesceEvents() 	accessible/src/base/NotificationController.cpp:354
2 	xul.dll 	NotificationController::QueueEvent(AccEvent*) 	accessible/src/base/NotificationController.cpp:132
3 	xul.dll 	nsDocAccessible::FireDelayedAccessibleEvent(AccEvent*) 	accessible/src/base/nsDocAccessible.cpp:1688
4 	xul.dll 	nsDocAccessible::UpdateTree(nsAccessible*,nsIContent*,int) 	accessible/src/base/nsDocAccessible.cpp:1845
5 	xul.dll 	nsDocAccessible::ContentRemoved(nsIContent*,nsIContent*) 	accessible/src/base/nsDocAccessible.cpp:1430
6 	xul.dll 	nsAccessibilityService::ContentRemoved(nsIPresShell*,nsIContent*,nsIContent*) 	accessible/src/base/nsAccessibilityService.cpp:528
7 	xul.dll 	nsCSSFrameConstructor::ContentRemoved(nsIContent*,nsIContent*,nsIContent*,nsCSSFrameConstructor::RemoveFlags,int*) 	
8 	xul.dll 	nsINode::doRemoveChildAt(unsigned int,int,nsIContent*,nsAttrAndChildArray&,int) 	content/base/src/nsGenericElement.cpp:3708
9 	xul.dll 	nsGenericElement::RemoveChildAt(unsigned int,int,int) 	content/base/src/nsGenericElement.cpp:3653
10 	xul.dll 	nsINode::RemoveChild(nsINode*) 	obj-firefox/dist/include/nsINode.h:485
11 	xul.dll 	nsIDOMNode_RemoveChild 	obj-firefox/js/src/xpconnect/src/dom_quickstubs.cpp:6192
12 	mozjs.dll 	CheckStackAndEnterMethodJIT 	js/src/methodjit/MethodJIT.cpp:778
13 	mozjs.dll 	js::mjit::JaegerShot(JSContext*) 	js/src/methodjit/MethodJIT.cpp:802
14 	mozjs.dll 	js::RunScript(JSContext*,JSScript*,JSStackFrame*) 	js/src/jsinterp.cpp:646
15 	mozjs.dll 	js::Invoke(JSContext*,js::CallArgs const&,unsigned int) 	js/src/jsinterp.cpp:740
16 	mozjs.dll 	js::ExternalInvoke(JSContext*,js::Value const&,js::Value const&,unsigned int,js::Value*,js::Value*) 	js/src/jsinterp.cpp:863
17 	mozjs.dll 	JS_CallFunctionValue 	js/src/jsapi.cpp:5173
18 	xul.dll 	nsJSContext::CallEventHandler(nsISupports*,void*,void*,nsIArray*,nsIVariant**) 	dom/base/nsJSEnvironment.cpp:1914
19 	xul.dll 	nsGlobalWindow::RunTimeout(nsTimeout*) 	dom/base/nsGlobalWindow.cpp:9107
20 	xul.dll 	nsGlobalWindow::TimerCallback(nsITimer*,void*) 	dom/base/nsGlobalWindow.cpp:9452
21 	xul.dll 	nsTimerImpl::Fire() 	xpcom/threads/nsTimerImpl.cpp:425
22 	xul.dll 	nsTimerEvent::Run() 	xpcom/threads/nsTimerImpl.cpp:517
23 	xul.dll 	nsThread::ProcessNextEvent(int,int*) 	xpcom/threads/nsThread.cpp:633
24 	nspr4.dll 	PR_AssertCurrentThreadOwnsLock 	nsprpub/pr/src/threads/combined/prulock.c:404
25 	xul.dll 	nsTArray<nsTimerImpl*,nsTArrayDefaultAllocator>::RemoveElement<nsTimerImpl*,nsDefaultComparator<nsTimerImpl*,nsTimerImpl*> >(nsTimerImpl* const&,nsDefaultComparator<nsTimerImpl*,nsTimerImpl*> const&) 	obj-firefox/dist/include/nsTArray.h:855
26 	xul.dll 	MessageLoop::RunInternal() 	ipc/chromium/src/base/message_loop.cc:219
27 	xul.dll 	MessageLoop::RunHandler() 	ipc/chromium/src/base/message_loop.cc:202
28 	mozcrt19.dll 	_VEC_memzero 	
29 	xul.dll 	xul.dll@0x35c6ed 	
30 	firefox.exe 	firefox.exe@0x1bb7 	
31 	kernel32.dll 	GetCodePageFileInfo 	
32 	kernel32.dll 	BaseProcessStart 	
33 	firefox.exe 	firefox.exe@0x186f

This does not block since it's not a Topcrash.
Can you repro the Crash extensionless or figure out which one causes this?

	alexander :surkov (:asurkov)
	Comment 2 • 13 years ago

I don't see recent related crashes anymore (0x2c crash address) - https://crash-stats.mozilla.com/report/list?product=Firefox&query_search=signature&query_type=exact&query=nsINode%3A%3AGetOwnerDoc%28%29&reason_type=contains&date=08%2F04%2F2011%2000%3A38%3A50&range_value=4&range_unit=weeks&hang_type=any&process_type=any&do_query=1&signature=nsINode%3A%3AGetOwnerDoc%28%29

please reopen it if you can see the issue

	obsolete.fax Reporter
	Comment 3 • 13 years ago

Sorry about the crash id on first post which was wrong.

Anyways I looked on Comments for https://crash-stats.mozilla.com/report/index/a90e882b-64a5-478d-99ab-3995c2110430 and I found that it has been crashing recently on Firefox 5:

https://crash-stats.mozilla.com/report/index/47340c29-72ac-48a9-83e9-8ab2f2110721

The search function on crash stats never worked for me properly.

	Marco Zehe (:MarcoZ)
	Comment 4 • 13 years ago

In this search query for the signature I do only see the latest ones being on the 6.0 version, which is currently in the Mozilla-Beta channel. An example report is this:
https://crash-stats.mozilla.com/report/index/a102c0a1-f7d9-4d6d-a785-09e9a2110804

I do not see any crashes in 7.0 AKA Mozilla-Aurora or 8.0 AKA Mozilla-Central within the last week. I'm inclined to believe that this is fixed on these two branches.

	alexander :surkov (:asurkov)
	Comment 5 • 13 years ago

Guys, both crash IDs don't have anything common with this bug, no a11y in stacks. Obviously there are recent crashes with this crash signature but they have different nature and new bugs should be filed for them.

marking as worksforme again, please reopen it if there are a11y crashes with this signature.

	Mardeg
	Comment 6 • 13 years ago

(In reply to alexander :surkov from comment #5)
> marking as worksforme again, please reopen it if there are a11y crashes with
> this signature.

Re-opening, from a user running JAWS on IRC:
<I_stephen> those other crashes I've had are with the addon manager. it seems that if you click on any of the items and choices, IE, plugins, appearance, then click the corresponding option, then go back and click another option, it crashes

https://crash-stats.mozilla.com/report/index/bp-c478d85d-b8de-4900-a286-5133c2111221

	David Bolter [:davidb] (NeedInfo me for attention)
	Comment 7 • 12 years ago

Alexander I'm seeing FSDomNodeFirefox.DLL (ISimpleDOM user I assume) in a lot of Jaws related FF crashes... any ideas?

	alexander :surkov (:asurkov)
	Comment 8 • 12 years ago

(In reply to Mardeg from comment #6)
> (In reply to alexander :surkov from comment #5)
> > marking as worksforme again, please reopen it if there are a11y crashes with
> > this signature.
> 
> Re-opening, from a user running JAWS on IRC:
> <I_stephen> those other crashes I've had are with the addon manager. it
> seems that if you click on any of the items and choices, IE, plugins,
> appearance, then click the corresponding option, then go back and click
> another option, it crashes
> 
> https://crash-stats.mozilla.com/report/index/bp-c478d85d-b8de-4900-a286-
> 5133c2111221

It'd be great if you can find recent crashes on trunk because the code was changed much. I think this specific crash was fixed.

	alexander :surkov (:asurkov)
	Comment 9 • 12 years ago

(In reply to David Bolter [:davidb] from comment #7)
> Alexander I'm seeing FSDomNodeFirefox.DLL (ISimpleDOM user I assume) in a
> lot of Jaws related FF crashes... any ideas?

probably because people use Jaws and FF? :) Please show me stacks/bugs, otherwise it's hard to say.

	David Bolter [:davidb] (NeedInfo me for attention)
	Comment 10 • 10 years ago

Please reopen if you see this in recent versions.