130567 - crash (SEGV) if www.uboot.com is visited with flash plugin installed

Status: VERIFIED DUPLICATE of bug 85542

(Plugins Graveyard :: Plugger, defect)

Description

[Walter Haidinger]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.9) Gecko/20020313
BuildID:    2002031223

Mozilla crashes (SEGV) if I try to visit http://www.uboot.com/at after_ logging
in _if_ the shockwave flash plugin (v5.0 r47) is installed. 

No crash occurs if the flash components are removed from the plugin directory.

Please note that previous builds (about until late Feb 2002 ?) 
had _no_ problems but perhaps the crash is caused because of a recent 
change of the site contents now.



Reproducible: Always
Steps to Reproduce:
1. Go to http://www.uboot.com
2. Log in
3.

Actual Results:  SEGV while rendering the page or rather while trying to run
the flash plugin.

Expected Results:  No crash.

FYI: IMHO Mozilla should not crash on _any_ site. 
That's why I'm submitting this bug.

I'll also verify this bug under Win32.

Comment 1

[Walter Haidinger]

PS: Other sites using the flash plugin work, even with sound. 
    The above site is AFAIK the only one Mozilla crashes with.

Comment 2

[Matthias Versen [:Matti]]

Reporter: Can you please use a talkback enabled build and add a tlkabck ID of
this crash to this bug ?
(Run talkback manually after TB submitted the crash to get the Talkback ID)

Comment 3

[Walter Haidinger]

Downloaded the talkback enabled 0.9.9 release for Linux-x86.
Talkback-ID of the crash: TB3995162Z, Type: Program Exception

Comment 4

[[e-mail] (gone - use [e-mail] instead)]

plugger.so + 0x3c17 (0x414d2c17)
plugger.so + 0x4487 (0x414d3487)
ns4xPluginStreamListener::OnFileAvailable()
nsPluginStreamListenerPeer::OnFileAvailable()
nsPluginStreamListenerPeer::OnStopRequest()
nsHttpChannel::OnStopRequest()
nsOnStopRequestEvent::HandleEvent()
nsARequestObserverEvent::HandlePLEvent()
PL_HandleEvent()
PL_ProcessPendingEvents()
nsEventQueueImpl::ProcessPendingEvents()
event_processor_callback()
our_gdk_io_invoke()
libglib-1.2.so.0 + 0xf3b0 (0x4039d3b0)
libglib-1.2.so.0 + 0x10c46 (0x4039ec46)
libglib-1.2.so.0 + 0x11273 (0x4039f273)
libglib-1.2.so.0 + 0x1143c (0x4039f43c)
libgtk-1.2.so.0 + 0x9276c (0x402b776c)
nsAppShell::Run()
nsAppShellService::Run()
main1()
main()
libc.so.6 + 0x1d7ee (0x404ec7ee) 

Comment 5

[Matthias Versen [:Matti]]

Reporter: Which plugger version do you use ?

Comment 6

[Walter Haidinger]

I was using plugger 3.2. Because of your comment I checked and upgraded to 3.3
using SuSE's plugger-3.3-55.rpm. 
However, Mozilla (using fresh build 2002031319) still crashes.

After removing the plugger.so file from the plugins directory no crash happend
(I really wonder why I suspected the flash plugin in the first place...). The
status line said: "Starting plugin for type audio/x-pn-realaudio-plugin"

Because of that, I had a look at /etc/pluggerrc and found two lines:
audio/x-pn-realaudio-plugin: ra,rm,ram : Realaudio-plugin resource locator
       exits: realplay "$file"

Maybe this interferes with the installed realplayer plugin (v8.0.3.421) ?

Right: After commenting out both lines everything works: 
No crashes, flash and realaudio plugins work too.

But, I just consider this as a workaround, definitely not a fix! Mozilla need
not crash! It should instead kill off any offending plugins and issue an error
message.

Comment 7

[Matthias Versen [:Matti]]

Does it crash with the new plugger and the lines ?
A bad plugin can cause a crash ...

Comment 8

[serge (gone)]

reassign to myself for further investigation

Comment 9

[Andrew Schultz]

this is probably a dupe of bug 85542.  If you have plugger 3.x and it can't find
the appropriate app for plugin purposes, it causes Mozilla to crash with the
stacktrace in comment 4.

plugger 4.x does not have this problem.

Comment 10

[Matthias Versen [:Matti]]

dupe (same stack)

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

Comment 11

[shrirang khanzode]

v