Closed Bug 605018 Opened 14 years ago Closed 5 years ago

Crash [@ nsGlobalWindow::GetContextInternal() ]

Categories

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

x86
Windows 7
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME
Tracking Status
blocking2.0 --- -
status2.0 --- wanted

People

(Reporter: jk1700, Unassigned)

Details

(Keywords: crash, regression)

Crash Data

User-Agent:       Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101017 Firefox/4.0b8pre
Build Identifier: 

Signature	nsGlobalWindow::GetContextInternal()
UUID	9298b0ac-6229-429c-bb79-181082101017
Time 	2010-10-17 04:33:59.19444
Uptime	23858
Last Crash	236845 seconds (2.7 days) before submission
Install Age	28470 seconds (7.9 hours) since version was first installed.
Product	Firefox
Version	4.0b8pre
Build ID	20101016041245
Branch	2.0
OS	Windows NT
OS Version	6.1.7600
CPU	x86
CPU Info	GenuineIntel family 6 model 23 stepping 10
Crash Reason	EXCEPTION_ACCESS_VIOLATION_READ
Crash Address	0x30
User Comments	
App Notes 	AdapterVendorID: 1002, AdapterDeviceID: 9505
Processor Notes 	
EMCheckCompatibility	False

Frame 	Module 	Signature [Expand] 	Source
0 	xul.dll 	nsGlobalWindow::GetContextInternal 	dom/base/nsGlobalWindow.h:470
1 	xul.dll 	nsWindowSH::NewResolve 	dom/base/nsDOMClassInfo.cpp:6495
2 	xul.dll 	xpc::ResolveNativeProperty 	js/src/xpconnect/wrappers/XrayWrapper.cpp:228
3 	xul.dll 	xpc::XrayWrapper<JSCrossCompartmentWrapper,xpc::CrossCompartmentXray>::getPropertyDescriptor 	js/src/xpconnect/wrappers/XrayWrapper.cpp:551
4 	xul.dll 	xul.dll@0xcc11cf 	
5 	mozjs.dll 	js::JSProxyHandler::get 	js/src/jsproxy.cpp:118


Reproducible: Didn't try
Severity: normal → critical
Keywords: crash
Version: unspecified → Trunk
Status: UNCONFIRMED → NEW
blocking2.0: --- → ?
Ever confirmed: true
This one is probably compartment related, but need more stats here.
Looks like there have only been 8 crashes is total for this one.
Unfortunately not, as far as I remember it crashed right after some popup window has opened, but I guess it's not enough information
Component: General → DOM
QA Contact: general → general
Not blocking, we had a spike of crashes on 10/12, but now we're seeing only one or two a day, so this is a really low volume crash. If we get more data on how to reproduce this and a fix, I'd love to take it for 2.0 though.
blocking2.0: ? → -
status2.0: --- → wanted
Crash Signature: [@ nsGlobalWindow::GetContextInternal() ]
Additional crashes:
<https://crash-stats.mozilla.com/report/index/bp-446e7697-6b3c-4b7d-bed6-e567b2111208#modver>

And I replicated this morning:
<https://crash-stats.mozilla.com/report/index/bp-c40bff51-43ea-4e06-90fb-319332111209>

Printing a page to cups-pdf printer via the 'Print' button on the page.
Unfortunately the page is https and requires a member login, so I can't
supply a URL for testing. Note: printing from File|Print|cups-pdf works
fine. I tried that before using the 'Print' button on the page to
replicate the crash.

Yesterday the first crash resulted in:
<https://crash-stats.mozilla.com/report/index/bp-aa70df3b-d05d-49d1-907f-5f4172111208> (@ JSCompartment::wrap).
Crash Signature: [@ nsGlobalWindow::GetContextInternal() ] → [@ nsGlobalWindow::GetContextInternal() ] [@ nsGlobalWindow::GetContextInternal ]
Component: DOM → DOM: Core & HTML

Closing because no crashes reported for 12 weeks.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.