78936 - Loading helper application crashes browser

Status: VERIFIED DUPLICATE of bug 79018

(SeaMonkey :: General, defect)

Description

[Jeff Seifert]

In my preferences, I have xmms set as the default application for
audio/x-mpegurl files, but to ask me before downloading files of this type. 
When loading such a file from a webpage (such as on mp3.com), the browser
immediately crashes.

Comment 1

[Jeff Seifert]

Note: This is appearing with the latest nightly build.  Did not happen with
previous nightly.

Comment 2

[Stephen Moehle]

I am seeing this as well on Linux starting with the 5/4 trunk build trying to
start either xmms or realplay as a helper app.

Talkback ID: TB30053880Y.

Comment 3

[sairuh (rarely reading bugmail)]

i see this. spoke w/bill about this --methinks he said valeski had a patch for
this? i'll reassign to him --valeski, do punt if you're not the right person.
thx!

see this using 2001.05.07.08 comm bits on linux and winNT. to repro, click on a
link that'd bring up the new downloading/helper app dialog [eg, the download
links on mozilla.org]. on winNT, it crashes as the dialog appears; on linux,
hitting Cancel makes it crash.

here are some stack traces...

Incident ID 30121299 
 Trigger Time                 2001-05-07 16:44:25 
 User Comments                 click link to download [mozilla.org] 
 Build ID                 2001050709 
 Platform ID                 Win32 
 Stack Trace

nsWalletlibService::OnStateChange
[d:\builds\seamonkey\mozilla\extensions\wallet\src\nsWalletService.cpp, line
261] 
nsDocLoaderImpl::FireOnStateChange
[d:\builds\seamonkey\mozilla\uriloader\base\nsDocLoader.cpp, line 1090] 
nsDocLoaderImpl::FireOnStateChange
[d:\builds\seamonkey\mozilla\uriloader\base\nsDocLoader.cpp, line 1098] 
nsDocLoaderImpl::doStopDocumentLoad
[d:\builds\seamonkey\mozilla\uriloader\base\nsDocLoader.cpp, line 731] 
nsDocLoaderImpl::DocLoaderIsEmpty
[d:\builds\seamonkey\mozilla\uriloader\base\nsDocLoader.cpp, line 629] 
nsDocLoaderImpl::OnStopRequest
[d:\builds\seamonkey\mozilla\uriloader\base\nsDocLoader.cpp, line 560] 
nsLoadGroup::RemoveRequest
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsLoadGroup.cpp, line 517] 
nsHTTPChannel::ResponseCompleted
[d:\builds\seamonkey\mozilla\netwerk\protocol\http\src\nsHTTPChannel.cpp, line
2387] 
nsHTTPServerListener::OnStopRequest
[d:\builds\seamonkey\mozilla\netwerk\protocol\http\src\nsHTTPResponseListener.cpp,
line 712] 
nsOnStopRequestEvent::HandleEvent
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsRequestObserverProxy.cpp, line
159] 
PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 589] 
PL_ProcessPendingEvents [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c,
line 522] 
_md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line
1070]


Incident ID 30121188 
 Trigger Time                 2001-05-07 16:42:26 
 User Comments                 trying to download: cancelling 
 Build ID                 2001050708 
 Platform ID                 LinuxIntel 
 Stack Trace

nsWalletlibService::OnStateChange() 
nsDocLoaderImpl::FireOnStateChange() 
nsDocLoaderImpl::FireOnStateChange() 
nsDocLoaderImpl::doStopDocumentLoad() 
nsDocLoaderImpl::DocLoaderIsEmpty() 
nsDocLoaderImpl::OnStopRequest() 
nsLoadGroup::RemoveRequest() 
nsHTTPChannel::ResponseCompleted() 
nsHTTPServerListener::OnStopRequest() 
nsOnStopRequestEvent::HandleEvent() 
nsARequestObserverEvent::HandlePLEvent() 
PL_HandleEvent() 
PL_ProcessPendingEvents() 
nsEventQueueImpl::ProcessPendingEvents() 
event_processor_callback() 
our_gdk_io_invoke() 
libglib-1.2.so.0 + 0xeaca (0x40738aca) 
libglib-1.2.so.0 + 0x10186 (0x4073a186) 
libglib-1.2.so.0 + 0x10751 (0x4073a751) 
libglib-1.2.so.0 + 0x108f1 (0x4073a8f1) 
libgtk-1.2.so.0 + 0x8c5b9 (0x406625b9) 
nsAppShell::Run() 
nsAppShellService::Run() 
main1() 
main() 
libc.so.6 + 0x189cb (0x401f49cb)

Comment 4

[sairuh (rarely reading bugmail)]

ack. really assigning.

Comment 5

[sairuh (rarely reading bugmail)]

heh, thx to bill for pointing to the original... dupping.

*** This bug has been marked as a duplicate of 79018 ***

Comment 6

[sairuh (rarely reading bugmail)]

v