Closed Bug 88072 Opened 23 years ago Closed 23 years ago

flash5-plugin after crash never lets start mozilla again

Categories

(External Software Affecting Firefox Graveyard :: Flash (Adobe), defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 58339

People

(Reporter: desperados_23, Assigned: serhunt)

Details

(Keywords: crash, regression)

After Mozilla0.9.1 has crashed or has been killed (because of freeze), the
flash5-plugin (for linux) never lets Mozilla start again, until the plugin has
been erased from the plugins-folder.
I watched this several times, after Moz has crashed because of some java-using
sites.
Dear reporter, does Mozilla start correctly again after deleting the .mozilla -
direcory in your home directory? Probably your profile is corrupted after the
crash and you should restart with a new one.
I can confirm this...using Mozilla 2001063006 under Debian GNU/Linux (unstable),
kernel 2.4.5.  I moved ~/.mozilla to ~/.mozilla-old and mozilla would still not
startup until I rm'ed the Shockwave and Flash plugins from
/usr/local/mozilla/plugins

I'm not too adept at debugging; if someone wants to help me out, I'd be glad to
provide stack traces, or over debugging info as needed.
I'm seeing this bug as well.  I pulled down the 0.9.1 and 0.9.2 .tar.gz files. 
Both have this problem, it use to work fin with 0.9.1 then one day it just
stoped.  And the only way to get mozilla to load is to remove the 2 flash files
out of mozilla/plugins.  I've tried reinstalling mozilla 0.9.1, 0.9.2 and flash
5 and get nothing.  This happened after a crash I think.
Marking NEW based on confirmation.
Severity: major → critical
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: crash, regression
Adding some more people to the cc: list.

Andrei, this looks serious.

Reporter(s): Can you try to reproduce in a latest nightly build that is talkback
enabled? If you crash, could you attach your talkback ID # (starts with TB) so
we can get the stack for your crash. Thanks!
Also, can somebody try to reproduce it in debug build so we can at least see on 
the console output how far we get with start up? Something tells me it doesn't 
pass through scanning plugins.
Ok,
I pulled down the newest nightly source and did a debug build. It still refuses
to load if I add the flash plug-in files to the plguin dir. I tried with and
without my profile in ~/.mozilla and both times it wouldn?t load.  Here?s the
output I get:
./run-mozilla.sh ./mozilla-bin
MOZILLA_FIVE_HOME=/opt/lab/mozilla/dist/bin
  LD_LIBRARY_PATH=/opt/lab/mozilla/dist/bin:/opt/lab/mozilla/dist/bin/plugins
     LIBRARY_PATH=/opt/lab/mozilla/dist/bin:/opt/lab/mozilla/dist/bin/components
       SHLIB_PATH=/opt/lab/mozilla/dist/bin
          LIBPATH=/opt/lab/mozilla/dist/bin
       ADDON_PATH=/opt/lab/mozilla/dist/bin
      MOZ_PROGRAM=./mozilla-bin
      MOZ_TOOLKIT=
        moz_debug=0
     moz_debugger=
Type Manifest File: /opt/lab/mozilla/dist/bin/components/xpti.dat
nsNativeComponentLoader: autoregistering begins.
nsNativeComponentLoader: autoregistering succeeded
/home/ebaseri/.netscape exists:  0
no 4.x profile
ProfileManager : CreateNewProfileWithLocales
Profile Name: default
Profile Dir: /home/ebaseri/.mozilla
Unable to enumerator app shell components, GetSubtree rv=0x80510003
Xinerama superpowers activated for 2 screens!
GFX: dpi=46 t2p=0.0322581 p2t=31 depth=24
WEBSHELL+ = 1
nsPluginHostImpl ctor
********** Got plugins path: /opt/lab/mozilla/dist/bin/plugins
IsPluginFile(/opt/lab/mozilla/modules/plugin/default/unix/libnullplugin.so)
LoadPlugin() /opt/lab/mozilla/modules/plugin/default/unix/libnullplugin.so
returned 81c72b0
GetMIMEDescription() returned ?*:.*:All types?
IsPluginFile(/opt/lab/mozilla/dist/bin/plugins/ShockwaveFlash.class)
LoadPlugin() /opt/lab/mozilla/dist/bin/plugins/ShockwaveFlash.class returned 0
IsPluginFile(/opt/lab/mozilla/dist/bin/plugins/libflashplayer.so)
LoadPlugin() /opt/lab/mozilla/dist/bin/plugins/libflashplayer.so returned 81c7a58

I haven?t tried a nightly with talkback yet, but I?ll do that as soon as I can
pull it down.
I pulled down the newest talkback enabled nightly.  It still won't load if I add  
ShockwaveFlash.class  libflashplayer.so to the mozilla/plugins dir.  I'm using a
clean profile for this test.  It doesn't crash, it just tries to start up then
freezes.  Here's the console output:

run-mozilla.sh ./mozilla-bin
MOZILLA_FIVE_HOME=/opt/lab/nightlybin/mozilla
  LD_LIBRARY_PATH=/opt/lab/nightlybin/mozilla:/opt/lab/nightlybin/mozilla/plugins
     LIBRARY_PATH=/opt/lab/nightlybin/mozilla:/opt/lab/nightlybin/mozilla/components
       SHLIB_PATH=/opt/lab/nightlybin/mozilla
          LIBPATH=/opt/lab/nightlybin/mozilla
       ADDON_PATH=/opt/lab/nightlybin/mozilla
      MOZ_PROGRAM=./mozilla-bin
      MOZ_TOOLKIT=
        moz_debug=0
     moz_debugger=
ProfileManager : CreateNewProfileWithLocales
Profile Name: default
Profile Dir: /home/ebaseri/.mozilla
 I am inside the initialize
 Hey : You are in QFA Startup 
(QFA)Talkback loaded Ok

And that's it, after this nothing else happens and I have to kill it.
ebaseri: you might be seeing the "hang registering flash when audio device
active" bug. don't recall the bug number. be sure not to be using xmms or
somesuch while you start the browser.
> ebaseri: you might be seeing the "hang registering flash when audio device
> active" bug. don't recall the bug number. be sure not to be using xmms or
> somesuch while you start the browser.

That was my problem.  I thought that bug was fixed a long time ago?
I shut down all audio devices (xmms or anything else that could be using sound)
and it still doesn't work.  As a side note the jre.xpi file installes on mozilla
but never acutally works. Maybe their related, just wanted to throw that in.
confirmed with Mozilla 0.9.3 under Mandrake 8.0, XFree 4.10, Kernel 2.4.6-5mdk
I've tested a bit and found out:
- java works fine with Blackdown's Java2 RE 1.3.1
- Flash5 works fine
but both together crash when I try to watch flash animations.
Just downloaded mozilla-0.9.3-2mdk.(Gecko/20010802).
And it works!
Both flash5 and blackdown jre.
This problem was happening to me exactly as described (with the 2 flash plugin
files in the plugins directory, Mozilla didn't start, with them it started
perfectly).

Due to Mark's suggestion, I tried a "killall -9 artsd" before running Mozilla,
and now it does start with the flash plugin installed. So that seems to be the
problem: artsd does something to the audio device, and the flash plugin doesn't
like that.  

Mozilla 0.9.3-2mdk (see rpmfind), Mandrake 8.0, KDE 2.2b1 (compiled here from
source)
Either dup of bug 58339 or bug 91804....

*** This bug has been marked as a duplicate of 58339 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
mass duplicate verifications . For filtering purposes, pls use keywd
"massdupverification"

Status: RESOLVED → VERIFIED
Component: Plug-ins → Flash (Adobe)
Product: Core → Plugins
QA Contact: shrir → adobe-flash
Target Milestone: --- → 2002
Version: Trunk → 5.x
Version and milestone values are being reset to defaults as part of product refactoring.
Target Milestone: 2002 → ---
Version: 5.x → unspecified
Product: External Software Affecting Firefox → External Software Affecting Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.