bugzilla.mozilla.org has resumed normal operation. Attachments prior to 2014 will be unavailable for a few days. This is tracked in Bug 1475801.
Please report any other irregularities here.

Crash [@ nsObjectFrame::TryNotifyContentObjectWrapper()] | ASSERTION: You can't dereference a NULL nsRefPtr with operator->().: 'mRawPtr != 0' | ABORT: NULL actor value passed to non-nullable param:

RESOLVED WORKSFORME

Status

()

Core
Plug-ins
--
critical
RESOLVED WORKSFORME
7 years ago
2 years ago

People

(Reporter: bc, Unassigned)

Tracking

(Blocks: 1 bug, {assertion, crash})

Trunk
x86
Windows XP
assertion, crash
Points:
---

Firefox Tracking Flags

(firefox9 affected)

Details

(crash signature, URL)

(Reporter)

Description

7 years ago
1. http://www.dojave-united.com/
2. crash winxp/win7. 

ASSERTION: You can't dereference a NULL nsRefPtr with operator->().: 'mRawPtr != 0', file c:\work\mozilla\builds\2.0.0\mozilla\firefox-debug\dist\include\nsAutoPtr.h, line 1117

Note this is not always reproducible. Attaching a debugger or setting the normal environment variables MOZ_NO_REMOTE, etc appear to stop it. If you get the null nsRefPtr assertion dialog, it will crash when you click ignore.

If it doesn't crash at first, reload.

400+ reports on Windows, 7 on Mac

https://crash-stats.mozilla.com/query/query?do_query=1&query_type=contains&query=nsObjectFrame%3A%3ATryNotifyContentObjectWrapper

Operating system: Windows NT
                  6.1.7601 Service Pack 1
CPU: x86
     GenuineIntel family 6 model 44 stepping 2
     2 CPUs

Crash reason:  EXCEPTION_ACCESS_VIOLATION_READ
Crash address: 0x0

Thread 0 (crashed)
 0  xul.dll!nsObjectFrame::TryNotifyContentObjectWrapper() [nsObjectFrame.cpp : 2762 + 0x2d]
    eip = 0x6edb37ae   esp = 0x0032d278   ebp = 0x0032d290   ebx = 0x00000000
    esi = 0x004de078   edi = 0x00000000   eax = 0x00000000   ecx = 0x00000000
    edx = 0x00000000   efl = 0x00210246
    Found by: given as instruction pointer in context
 1  xul.dll!nsObjectLoadingContent::OnStartRequest(nsIRequest *,nsISupports *) [nsObjectLoadingContent.cpp : 759 + 0x12]
    eip = 0x6f034a4a   esp = 0x0032d298   ebp = 0x0032d4dc
    Found by: call frame info
 2  xul.dll!nsHttpChannel::CallOnStartRequest() [nsHttpChannel.cpp : 770 + 0x43]
    eip = 0x6eacd8fe   esp = 0x0032d4e4   ebp = 0x0032d540
    Found by: call frame info
 3  xul.dll!nsHttpChannel::ContinueProcessNormal(unsigned int) [nsHttpChannel.cpp : 1221 + 0x7]
    eip = 0x6eacf44e   esp = 0x0032d548   ebp = 0x0032d5ac
    Found by: call frame info
 4  xul.dll!nsHttpChannel::ProcessNormal() [nsHttpChannel.cpp : 1158 + 0x9]
    eip = 0x6eacf216   esp = 0x0032d5b4   ebp = 0x0032d5d8
    Found by: call frame info
 5  xul.dll!nsHttpChannel::ProcessResponse() [nsHttpChannel.cpp : 1045 + 0x7]
    eip = 0x6eaceb19   esp = 0x0032d5e0   ebp = 0x0032d620
    Found by: call frame info
Severity: major → critical
(Assignee)

Updated

7 years ago
Crash Signature: [@ nsObjectFrame::TryNotifyContentObjectWrapper()]
(Reporter)

Comment 1

7 years ago
Nightly/11, Aurora/10, Beta/9

http://www.goonernews.com/
http://goonernews.com/
http://chelseanews.com/

Crash Stats says 728 on Windows, 12 on Mac and 2 on Linux in last week. These sites are based on the same template. I can reproduce on Windows but not when saved locally.
Crash Signature: [@ nsObjectFrame::TryNotifyContentObjectWrapper()] → [@ nsObjectFrame::TryNotifyContentObjectWrapper()] [@ nsObjectFrame::TryNotifyContentObjectWrapper]
(Reporter)

Comment 2

7 years ago
Also

ABORT: NULL actor value passed to non-nullable param: file c:/work/mozilla/builds/beta/mozilla/firefox-debug/ipc/ipdl/PPluginInstanceChild.cpp, line 2809

ABORT: NULL actor value passed to non-nullable param: file c:/work/mozilla/builds/nightly/mozilla/firefox-debug/ipc/ipdl/PPluginInstanceChild.cpp, line 2809
Summary: Crash [@ nsObjectFrame::TryNotifyContentObjectWrapper()] | ASSERTION: You can't dereference a NULL nsRefPtr with operator->().: 'mRawPtr != 0' → Crash [@ nsObjectFrame::TryNotifyContentObjectWrapper()] | ASSERTION: You can't dereference a NULL nsRefPtr with operator->().: 'mRawPtr != 0' | ABORT: NULL actor value passed to non-nullable param:
status-firefox9: --- → affected
(Reporter)

Comment 3

7 years ago
Testing with Beta/11, Aurora/12, Nightly/13 

http://www.chelseanews.com/top-chelsea-stories
http://www.qprnews.com/
http://antinflamatorio.blogspot.com/
http://www.hammersheadlines.com/
http://chelseanews.com/
http://www.chelseanews.com/
http://www.rojadirecta.me/goto/eventosppv.me/canal-1.php
http://iwantoworkathome.com/members/inbox/view.php?id=81184%26folder=inbox

I was only able to reproduce 

nsObjectFrame::TryNotifyContentObjectWrapper() nsObjectLoadingContent::OnStartRequest(nsIRequest*, nsISupports*) nsHttpChannel::CallOnStartRequest() nsHttpChannel::ContinueProcessNormal(unsigned int) nsHttpChannel::ProcessNormal()

with http://sickshares.blogspot.com/ on Beta/Aurora Windows and Aurora Linux and did not reproduce the ABORT: NULL actor value passed to non-nullable param at all.

The last time automation saw this on nightly was 1/31. I wonder if bug 90268 fixed this? Josh?

Comment 4

6 years ago
(In reply to Bob Clary [:bc:] from comment #3)

> The last time automation saw this on nightly was 1/31. I wonder if bug 90268
> fixed this? Josh?

I suppose it is possible, I don't know any more than that though.
(Reporter)

Comment 5

3 years ago
Tested on Beta/39, Aurora/40, Nightly/41 OSX 10.{6,8,9}, RHEL6 32/64bit, Windows XP 32bit, Windows 7 32/64bit -> WFM
Status: NEW → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → WORKSFORME
Testing with Beta/11, Aurora/12, Nightly/13 

http://w14media.com/
http://yourdailyarsenal.com/
http://footballnewsdaily.net/
http://footballnewsdaily.net/arsenal
http://footballnewsdaily.net/chelsea
http://footballnewsdaily.net/manchester-united

)nly able to reproduce 

nsObjectFrame::TryNotifyContentObjectWrapper() nsObjectLoadingContent::OnStartRequest(nsIRequest*, nsISupports*) nsHttpChannel::CallOnStartRequest() nsHttpChannel::ContinueProcessNormal(unsigned int) nsHttpChannel::ProcessNormal()

Hope this helps
You need to log in before you can comment on or make changes to this bug.