Mozilla crashes when new page loaded in Tab [@nsCOMPtr_base::assign_with_AddRef]

RESOLVED WORKSFORME

Status

Core Graveyard
File Handling
--
critical
RESOLVED WORKSFORME
15 years ago
a year ago

People

(Reporter: mcsmurf, Assigned: Bill Law)

Tracking

({crash})

Trunk
x86
Windows 2000
crash

Firefox Tracking Flags

(Not tracked)

Details

(crash signature, URL)

(Reporter)

Description

15 years ago
How to reproduce: Go to the URL mentioned in URL :). Then go to a posting and
see the buttons "suchen" "buddy" and then a empty image (there should be the icq
flower, so i don't know if this bug isn't somewhat related to that). Then open
this link in a new tab and wait, Mozilla crashes. 
If you load the page in the same window, Mozilla says Waiting for... and then
stops loading. After that the whole UI is completely unusable.

Stacktrace:
nsCOMPtr_base::assign_with_AddRef(nsCOMPtr_base * const 0x02b9b228, nsISupports
* 0x0012fac8) line 73 + 3 bytes
nsMIMEInfoImpl::SetPreferredApplicationHandler(nsMIMEInfoImpl * const
0x02b9b170, nsIFile * 0x0012fac8) line 296
nsOSHelperAppService::LaunchAppWithTempFile(nsOSHelperAppService * const
0x00e4efbc, nsIMIMEInfo * 0x00000000, nsIFile * 0x02eb0fe8) line 65
nsExternalAppHandler::OpenWithApplication(nsExternalAppHandler * const
0x02b9b228, nsIFile * 0x00000000) line 1879 + 23 bytes
nsExternalAppHandler::ExecuteDesiredAction(nsExternalAppHandler * const
0x02b9b228) line 1648 + 8 bytes
nsExternalAppHandler::OnStopRequest(nsExternalAppHandler * const 0x02ed4a38,
nsIRequest * 0x02e25698, nsISupports * 0x00000000, unsigned int 0) line 1623 + 7
bytes
nsDocumentOpenInfo::OnStopRequest(nsDocumentOpenInfo * const 0x02ed4a38,
nsIRequest * 0x02e25698, nsISupports * 0x00000000, unsigned int 0) line 255
nsStreamListenerTee::OnStopRequest(nsStreamListenerTee * const 0x02e256a0,
nsIRequest * 0x010b919b, nsISupports * 0x02ea81d0, unsigned int 48387736) line
65 + 21 bytes
nsCOMPtr_base::assign_with_AddRef(nsCOMPtr_base * const 0x02b9b228, nsISupports
* 0x02fcc7f8) line 71
nsCOMPtr_base::assign_with_AddRef(nsCOMPtr_base * const 0x02b9b228, nsISupports
* 0x00000000) line 71
nsInputStreamPump::OnStateStop(nsInputStreamPump * const 0x02b9b228) line 484
nsInputStreamPump::OnInputStreamReady(nsInputStreamPump * const 0x02fcc7fc,
nsIAsyncInputStream * 0x02c9c9a8) line 325
nsInputStreamReadyEvent::EventHandler(PLEvent * 0x02f95684) line 117
XPCOM! PL_HandleEvent + 14 bytes
XPCOM! PL_ProcessPendingEvents + 101 bytes
XPCOM! _md_EventReceiverProc@16 + 28 bytes
nsAppShellService::Run(nsAppShellService * const 0x00e0a6b8) line 479
main1(int 0, char * * 0x00253dd0, nsISupports * 0x00000000) line 1291 + 9 bytes
main(int 1, char * * 0x00253dd0) line 1670 + 22 bytes
WinMain(HINSTANCE__ * 0x00400000, HINSTANCE__ * 0x00400000, char * 0x00143839,
HINSTANCE__ * 0x00400000) line 1694 + 23 bytes
MOZILLA! WinMainCRTStartup + 308 bytes
KERNEL32! 77e9847c()

Comment 1

15 years ago
Did you setup any helper application for application/x-icq ?
I get a popup (using Miranda as ICQ client, which doesn't register this MIME
type in 0.3.0, will do in 0.3.1) to choose an app/open/save this
application/x-icq using build 2003070308 on Win2k.

Comment 2

15 years ago
what build ID are you using ?
recent patches were committed with bug 78919, bug 211889 and bug 205895.
Assignee: dougt → law
Component: XPCOM → File Handling
QA Contact: scc → petersen
(Reporter)

Comment 3

15 years ago
I'm using cvs trunk, 2 days old, currently updating and recompiling in a clean
obj-dir to try again. I also will try to insert that mime-type later.
What's somewhat strange that line 3 of the stacktrace is a if statement. So how
could there the function in line 2 be called? 
(Reporter)

Comment 4

15 years ago
ok resolving wfm, now all things work, it does launch ICQ and does not crash :).
Status: UNCONFIRMED → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → WORKSFORME
Crash Signature: [@nsCOMPtr_base::assign_with_AddRef]
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.