100977 - crash once the flash plugin starts loading the ELF lib

Status: RESOLVED WORKSFORME

(Core Graveyard :: Plug-ins, defect)

Description

[mazzachre]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010913
BuildID:    2001091323

The libflashplugin.so ELF library which used to work until v0.9.3 to view flash
movies won't load under v0.9.4 and send mozilla crashing to the gound in flames...

Reproducible: Always
Steps to Reproduce:
1.install Linux plugin (from www.macromedia.com under alternatives)
2.start mozilla :-)
3.Look at anything containing a flash animation

Actual Results:  Crash and burn...
With the error message:
Internal error: Null plugin managerSegmentation fault
No core dumps to debug however...

Expected Results:  Viewed the flash movie... as it does on my work, using 0.9.3...

Comment 1

[serge (gone)]

would you provide TalkBack ID for the crash, please?

Comment 2

[robin shaw]

here's a talkback TB36391067E 2001100606 linux. flash worked for me with the
0.9.4 release (2001-09-13-xx) but is crashing big time with the latest builds.
the talkback is from a different site, but any site with flash causes a
crash.comfirming and bumping up the severity.

Comment 3

[robin shaw]

same problem, new build (2001100706) TB36394022H

Comment 4

[serge (gone)]

Stack traces from both TB reports are identical:
IndexOf() 
nsVoidArray::RemoveElement() 
imgRequest::RemoveProxy() 
imgRequestProxy::Cancel() 
nsImageFrame::AttributeChanged() 
nsCSSFrameConstructor::AttributeChanged() 
StyleSetImpl::AttributeChanged() 
PresShell::AttributeChanged() 
nsDocument::AttributeChanged() 
nsHTMLDocument::AttributeChanged() 
nsGenericHTMLElement::SetHTMLAttribute() 
nsGenericHTMLElement::SetAttr() 
nsHTMLImageElement::SetSrcInner() 
nsHTMLImageElement::SetSrc() 
XPTC_InvokeByIndex() 
XPCWrappedNative::CallMethod() 
XPC_WN_GetterSetter() 
js_Invoke() 
js_InternalInvoke() 
js_SetProperty() 
js_Interpret() 
js_Execute() 
JS_EvaluateUCScriptForPrincipals() 
nsJSContext::EvaluateString() 
nsScriptLoader::EvaluateScript() 
nsScriptLoader::ProcessRequest() 
nsScriptLoader::OnStreamComplete() 
nsStreamLoader::OnStopRequest() 
nsStreamListenerTee::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 + 0xf2f0 (0x403692f0) 
libglib-1.2.so.0 + 0x10b86 (0x4036ab86) 
libglib-1.2.so.0 + 0x111b3 (0x4036b1b3) 
libglib-1.2.so.0 + 0x1137c (0x4036b37c) 
libgtk-1.2.so.0 + 0x92d2c (0x40282d2c) 
nsAppShell::Run() 
nsAppShellService::Run() 
main1() 
main() 
libc.so.6 + 0x1cc6f (0x404b3c6f) 
---
there is no plugins code involved.
It could be image lib problem. 
Could you try to remove cache dir, and see if it helps?
BTW: I have no problem  accessing www.discovertea.com with flash 4 & 5 plugins.

Comment 5

[av (gone)]

...or layout for that matter, cc'ing pierre and pavlov.

Comment 6

[robin shaw]

well, i'm at a loss as to the cause,if i delete the flashlib from the plugins
directory, i get prompted to download the plugin, which is normal. but once
installed it starts crashing on flash sites. i'll leave it to better minds than
mine to re-assign/resolve.  

Comment 7

[Pierre Saslawsky]

It should be reassigned to pavlov, IMO.  According to the trace, the url of an 
image is changed and it causes libpr0n to crash when calling 
imgRequestProxy::Cancel().

Comment 8

[Stuart Parmenter]

see bug 103477 (fixed).  That stacktrace is yesterday's news.

Comment 9

[robin shaw]

works with todays build 2001100808 linux

Comment 10

[Alexander Opitz]

don't work with 2001120512 under Linux
mozilla hangs, no TB starts (But is enabled)

Comment 11

[Alexander Opitz]

Have restart mozilla and after making an incident from hand with the talkback
utilitie (TB97057M) the site ends loading and flash does function ... or was it
the long waiting time?

Comment 12

[Alexander Opitz]

Excuse ... was my fault

Flash WFM in buld 2001120512

It hang while mozilla/flash waits for /dev/dsp (which was used by my KDE arts)

Someone should make a note in the release notes to use mozilla with artsdsp on
startup or better someone write for mozilla a arts connector.

Comment 13

[av (gone)]

--- Mass reassigning Unix bugs to serge ---

Comment 14

[serge (gone)]

resolved as WFM