Closed Bug 723529 Opened 13 years ago Closed 8 years ago

Crash @ nsRefPtr<nsPrincipal>::assign_assuming_AddRef | nsRefPtr<nsExternalResourceMap::PendingLoad>::StartAssignment | nsPluginStreamListenerPeer::OnStartRequest

Categories

(Core Graveyard :: Plug-ins, defect)

13 Branch
x86_64
Windows 7
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: scoobidiver, Unassigned)

References

Details

(Keywords: crash, regression)

Crash Data

It's currently #35 top crasher in the first build of 13.0a1. The regression range is: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3f26b7bee352&tochange=e18c7bc2c28e It's likely caused by bug 90268. Signature nsRefPtr<nsPrincipal>::assign_assuming_AddRef(nsPrincipal*) | nsRefPtr<nsExternalResourceMap::PendingLoad>::StartAssignment() | nsPluginStreamListenerPeer::OnStartRequest(nsIRequest*, nsISupports*) More Reports Search UUID eeb991ee-d323-475b-9c38-c63482120202 Date Processed 2012-02-02 10:25:22 Uptime 1349 Last Crash 22.5 minutes before submission Install Age 1.4 hours since version was first installed. Install Time 2012-02-02 08:56:44 Product Firefox Version 13.0a1 Build ID 20120201031146 Release Channel nightly OS Windows NT OS Version 6.1.7601 Service Pack 1 Build Architecture amd64 Build Architecture Info family 6 model 23 stepping 10 Crash Reason EXCEPTION_ACCESS_VIOLATION_READ Crash Address 0xffffffffffffffff App Notes AdapterVendorID: 0x10de, AdapterDeviceID: 0x06e5, AdapterSubsysID: 00000000, AdapterDriverVersion: 8.15.11.8684 Has dual GPUs. GPU #2: AdapterVendorID2: 0x8086, AdapterDeviceID2: 0x2a42, AdapterSubsysID2: 00000000, AdapterDriverVersion2: 8.15.11.8684D3D10 Layers? D3D10 Layers- D3D9 Layers? D3D9 Layers- EMCheckCompatibility True Frame Module Signature [Expand] Source 0 xul.dll nsRefPtr<nsPrincipal>::assign_assuming_AddRef obj-firefox/dist/include/nsAutoPtr.h:895 1 xul.dll nsRefPtr<nsExternalResourceMap::PendingLoad>::StartAssignment obj-firefox/dist/include/nsAutoPtr.h:1102 2 xul.dll nsPluginStreamListenerPeer::OnStartRequest dom/plugins/base/nsPluginStreamListenerPeer.cpp:642 3 xul.dll nsCOMPtr_base::assign_from_gs_contractid obj-firefox/xpcom/build/nsCOMPtr.cpp:134 4 xul.dll nsRefPtr<nsPresContext>::~nsRefPtr<nsPresContext> obj-firefox/dist/include/nsAutoPtr.h:907 5 xul.dll nsObjectLoadingContent::OnStartRequest content/base/src/nsObjectLoadingContent.cpp:902 More reports at: https://crash-stats.mozilla.com/report/list?signature=nsRefPtr%3CnsPrincipal%3E%3A%3Aassign_assuming_AddRef%28nsPrincipal*%29%20|%20nsRefPtr%3CnsExternalResourceMap%3A%3APendingLoad%3E%3A%3AStartAssignment%28%29%20|%20nsPluginStreamListenerPeer%3A%3AOnStartRequest%28nsIRequest*%2C%20nsISupports*%29
Crash Signature: [@ nsRefPtr<nsPrincipal>::assign_assuming_AddRef(nsPrincipal*) | nsRefPtr<nsExternalResourceMap::PendingLoad>::StartAssignment() | nsPluginStreamListenerPeer::OnStartRequest(nsIRequest*, nsISupports*)] → [@ nsRefPtr<nsPrincipal>::assign_assuming_AddRef(nsPrincipal*) | nsRefPtr<nsExternalResourceMap::PendingLoad>::StartAssignment() | nsPluginStreamListenerPeer::OnStartRequest(nsIRequest*, nsISupports*)] [@ nsRefPtr<T>::assign_assuming_AddRef | nsRefPtr<T>…
I'm marking this bug as WORKSFORME as bug crashlog signature didn't appear from a long time (over half year).
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.