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

Status: RESOLVED WORKSFORME

(Core Graveyard :: File Handling, defect)

Description

[Frank Wein [:mcsmurf]]

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

[Olivier Cahagne]

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

[Olivier Cahagne]

what build ID are you using ?
recent patches were committed with bug 78919, bug 211889 and bug 205895.

Comment 3

[Frank Wein [:mcsmurf]]

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? 

Comment 4

[Frank Wein [:mcsmurf]]

ok resolving wfm, now all things work, it does launch ICQ and does not crash :).