Flash plugin (presumably 5.0 r47 - r50 only) hangs mozilla, when it's trying to play audio, while audio device is active. (Reproducible with some [e.g. es1371] sound driver)

VERIFIED FIXED

Status

defect
P2
normal
VERIFIED FIXED
19 years ago
3 years ago

People

(Reporter: bzbarsky, Assigned: rubydoo123)

Tracking

(4 keywords)

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: GET THE FLASH 6 BETA -- IT'S FIXED THERE, )

Attachments

(4 attachments)

This is trunk build 2000102708 on Linux.

I have installed the Macromedia Flash plugin by just copying the .so into the
plugins directory.

When I start mozilla with the 20001026 builds or when I go to a page that
requires a plugin (www.macromedia.com or about:plugins) with the 2000102708
build I get the following messages in the console:

> Registering plugin 0 for: "*","All types",".*"
> Registering plugin 0 for: "application/x-shockwave-flash","Shockwave Flash","swf"
> Registering plugin 1 for: "application/futuresplash","FutureSplash Player","spl"

If the audio device is active (mp3 player is running, wav player is running),
mozilla stops right before registering the shockwave plugins.  It becomes
completely unresponsive.  Menus don't work, shortcut keys don't work, mouse
clicks don't work.  It looks like a browser crash.  As soon as the mp3 player is
paused, the plugin registration finishes and after that there are no problems.

Given that many people nowadays have mp3s playing pretty continuously and many
will install the Flash plugin, this bug could generate a lot of bad vibes.

Even just a timeout on the plugin registration would help a lot...
I just thought I should add that the device is active, but _not_ locked.  I am
using esd, so multiple programs can write to the audio device at the same time
and the audio streams just get superimposed.

Comment 2

19 years ago
 Esd only allows esd-aware applications to multiplex the audio device; they
have to send their audio to esd instead of directly to the audio hardware.
If applications open the audio device directly it doesn't help (indeed,
as esd itself has the underlying audio device open, they aren't likely to
get anywhere). I suspect that the Flash plugin has not been compiled to talk
to esd and wants direct access to the audio device.
Well, it is rather likely that Flash has no esd support.  However using the same
exact Flash plugin with Netscape 4.75, I can visit flash pages while playing
music and they get displayed fine.

Under the same conditions Mozilla locks up until I pause the music.

Comment 4

19 years ago
Confirming. I thought that the plugin is simply not functional for Mozilla since
I have xmms playing MP3s nearly permanently. Mozilla simply locks up when
started or when accessing a page that requires the flash plugin. This can be
solved by temporarily stopping the audio playback, but most people just will
think that Mozilla hangs and kill it (like I did until now).

I think this is a quite critical bug as
a) NS6 users
b) Mozilla + Flash plugin users
with audio device in use will have this "Browser crashes on Flash pages"
experience. Adjusting Priority and Severity accordingly.

If NS6/Linux ships with the Flash plugin, this bug should definitely be
mentioned in the release notes.
Severity: normal → major
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: P3 → P2
I just tried this with a recent branch build (Nov 7 linux build) and the build
does not start if the audio device is busy.  It just looks like it locked on
startup.

adding relnoteRTM keyword.
Keywords: relnoteRTM

Comment 6

19 years ago
*** Bug 60217 has been marked as a duplicate of this bug. ***

Comment 7

19 years ago
build id: 2000121606
Debian Linux Woody 2.2.17 with an SBPCI128 enabled using the es1371 module, with
esd for sound in X. Using Helix Gnome and Enlightenment.

for me it doesn't work either way, even if I've got no sound (CD, MP3, wav,
etc...) When I lauch mozilla in an eterm the last line I get is:

Registering plugin 20 for:
"application/x-java-bean;jpi-version=1.3.0_01","Java(tm) Plug-in", ""

Then nothing. Mozilla doesn't start. I've also got the spellchecker, psm, and
talkback plugins installed. When I remove all other plugins but the two files
for flash, same thing happens. Last line is:

Registering plugin 0 for: "*", "All types",".*"

and nothing again; mozilla freezes before lauching completely.

The only way to make mozilla start is to delete libflashplayer.so from my plugin
directory.
This bug is a major annoyance.  To the user it just looks like the browser has
hung at startup.  adding keywords.

Comment 9

19 years ago
*** Bug 65496 has been marked as a duplicate of this bug. ***

Comment 10

19 years ago
*** Bug 67665 has been marked as a duplicate of this bug. ***
*** Bug 70066 has been marked as a duplicate of this bug. ***

Comment 12

19 years ago
Since no one seems to be working on this bug I thought I post a workaround:

Use a soundserver like artsd (KDE2) or esd (Enlightenment/GNOME). Most if not
all GNOME/KDE2 applications support "their" soundserver, so this should be no
problem. Output plugins for both soundservers are available for XMMS.
Applications that try to access the sound device directly (like Mozilla with the
flash plugin) have to be started with a preceding artsdsp/esddsp:

artsdsp mozilla

Et voila, the linux flash plugin finally becomes usable with Mozilla.

Comment 13

19 years ago
Moving to m0.9.1
Target Milestone: --- → mozilla0.9.1

Comment 14

19 years ago
Unfortunately this doesn't work for me. If I load a page with flash content (not
about:plugins ) I get the following error message:

mcop warning: user defined signal handler found for SIG_PIPE, overriding

Then mozilla doesn't repsond any more.

Comment 15

19 years ago
Sorry, it works.

When running KDE simply use: artsdsp mozilla
When not running KDE: first start artsd, then artsdsp mozilla

By the way, the plugin for xmms is called:
xmmsarts

Updated

19 years ago
Keywords: hang

Updated

19 years ago
Keywords: flash, relnote

Comment 16

19 years ago
*** Bug 73618 has been marked as a duplicate of this bug. ***

Comment 17

19 years ago
The problem is that the flash plugin tries to open /dev/dsp without the
O_NONBLOCK flag.  It is not so easy to modify the flash binary file to give the
right flag, but an LD_PRELOAD hack seems to work. Take a look at
http://throb.netspace.org/~bperk/flashhack.c for a rough example.

I think this is a flash bug, not a mozilla bug.

Brian, I have no doubt that this is a flash bug.  But Netscape 4.x manages to 
work around it somehow.  When used with 4.x, the same exact plugin binary not 
only does not block startup but renders flash content correctly without sound if 
I go to a flash/sound page with the audio device busy...

Comment 19

18 years ago
How did 4.x do this? Would using signal handlers prevent the crash? Is there an
updated flash plugin for Linux?
*** Bug 78278 has been marked as a duplicate of this bug. ***

Comment 21

18 years ago
*** Bug 78326 has been marked as a duplicate of this bug. ***

Comment 22

18 years ago
Reassign to Serge. If you can't make 0.9.1, please bump up. I think there a tons 
of dups of this one.
Assignee: av → serge

Comment 23

18 years ago
*** Bug 79361 has been marked as a duplicate of this bug. ***

Updated

18 years ago
Keywords: mostfreq

Comment 24

18 years ago
*** Bug 80573 has been marked as a duplicate of this bug. ***

Comment 25

18 years ago
*** Bug 80432 has been marked as a duplicate of this bug. ***

Comment 26

18 years ago
*** Bug 80585 has been marked as a duplicate of this bug. ***

Comment 27

18 years ago
sorry for delay,i removed flash pluings and that resolved problem. verified that bug 80432 is a duplicate of this bug

Comment 28

18 years ago
Reassigning to dr.
Assignee: serge → dr
*** Bug 80860 has been marked as a duplicate of this bug. ***

Updated

18 years ago
Status: NEW → ASSIGNED
*** Bug 81285 has been marked as a duplicate of this bug. ***

Comment 31

18 years ago
TM to 0.9.2 per PDT triage (it's OK to check it in by Friday or after 0.9.1
branch is made).
Target Milestone: mozilla0.9.1 → mozilla0.9.2

Comment 32

18 years ago
Note: this sometimes happens on Windows for me with Java. For example, the AIM 
'ding' went off the I started Java and crashed, hard. If this happens on 
Windows, it should be made 0.9.1. Can anyone reproduce on Windows?

Updated

18 years ago
Priority: P2 → P1

Comment 33

18 years ago
*** Bug 82933 has been marked as a duplicate of this bug. ***

Comment 34

18 years ago
*** Bug 83680 has been marked as a duplicate of this bug. ***
worksforme.

Setup:
- Mozilla gcc295 nightly 2001-05-27
- Debian unstable
- XMMS using OSS plugin (! - not ESD)
- Flash from Netscape Comm. 4.77 package copies to Mozilla's plugin dir

Reproduction:
1. Play in XMMS
2. Start Mozilla
3. Visit flash site, visit <about:plugins>.

Actual Result:
- All fine.

Comment 36

18 years ago
Broken still for me.

Setup:
- Mozilla gcc295 nightly 2001-05-31
- Mandrake 7.2
- XMMS using OSS plugin (! - not ESD)
- Flash from Macromedia download

Reproduction:
1. Play in XMMS
2. Start Mozilla
3. Visit flash site, visit <about:plugins>.

Actual Result:
- Startup stalls until XMMS is stopped, about:plugins stalls until XMMS is stopped.


From the about:plugins page

Shockwave Flash

File name: /home/thaynes/mozilla/plugins/libflashplayer.so
Shockwave Flash 5.0 r47

So are we to assume this is limited to this particular flash plugin (5.0 r47) or
is it more widespread?

Comment 37

18 years ago
Toby: worksforme with flash plugin v5.0 r47 and ESD for output. I believe it has
to do with how your audio device(s) is/are configured... I don't know anything
about this, though. *helpwanted*
Keywords: helpwanted
This could depend on the sound card.  Some sound cards allow multiple sound
streams to be written to the audio device at once and deal.  Some do not. 
Nevertheless, this is _never_ a problem with NS 4.x and the _same_ Flash plugin.

Comment 39

18 years ago
*grumble* I can't seem to reproduce this no matter how much I seem to mess with
my sound settings... Peter: I have no clue what to do with this. Obviously
people are seeing this left and right, but I'm stumped!
Assignee: dr → peterlubczynski
Status: ASSIGNED → NEW

Comment 40

18 years ago
I see this sometimes on Windows with Java but I have no idea why.

Comment 41

18 years ago
Maybe Serge knows about a quirk in 4.x UNIX plugins? Passing the buck, feel free
to reasign.
Assignee: peterlubczynski → serge

Comment 42

18 years ago
Ok, at Peter's request, I'm going "works for me too" :)

- Mozilla cvs build from 2001-06-07 using gcc 2.95.3
- RedHat 6.2 + updates
- XMMS using OSS
- Flash from netscape 4.77 rpm (Shockwave Flash 4.0 r12)
- Kernel 2.4.4-ac5
- ymfpci sound card driver

Same scenario as everyone else.  Playing mp3s, go to flash-enabled site (
http://www.joecartoon.com ), mouse over a link and it plays the sound .


 

Comment 43

18 years ago
Here is my experience:

Setup:
Mozilla 2001060708 trunk
RedHat 7.0
XMMS with OSS output driver
Flash version v5.0 r47 downloaded from Macromedia

While XMMS is playing, Mozilla will not start, about:plugins hangs, and
http://www.joecartoon.com hangs.  As soon as XMMS stops, everythings works fine.

If I use the version of Flash (4.0 r12) from Netscape 4.77, I do not have the
same problems.  There is no sound on http://www.joecartoon.com, but it does
display. 

If I use Flash 5.0 r47 with Netscape 4.77, I can start Netscape and view
about:plugins while XMMS is playing, but http://www.joecartoon.com will not
display until XMMS is stopped.

So something changed in Flash between 4.0 r12 and 5.0 r47, but Netscape still
handles the change more gracefully than Mozilla does.

Comment 44

18 years ago
This isn't just a problem of stalling the app for a little while, sometimes
mozilla just completely hangs.  See my comments to bug 68773 (which has been
marked as a dupe of this one) for test cases and reproducibility.  Flash 4
plug-in seems to be okay, but in our case Flash 4 is not an option.  On the same
machine where mozilla has "issues" with the Flash 5.0r47 plugin, Nestcape 4.76
does not (i.e. no stalling, multiple flash movies can play audio simultaneously,
etc)...  It would be great to figure out why 4.x can handle this gracefully.  

I'm not an in-depth Linux hacker, but would be happy to try to provide data from
our set-up if someone can tell me what data and how to go about collecting it.

Does anybody have a good contact at Macromedia who might be able to help look
into what's going on on the plug-in side?

Comment 45

18 years ago
I also hang on loading www.joecartoon.com while the audio device is being used.

Setup:
Kernel 2.4.4 with ALSA drivers for sbawe64
Mozilla from today's tip.
Flash 4 (I thought I had v5 installed...)

To reproduce:
Fire up xawtv, and use 'ps ax' to confirm 'esd -nobeeps' is running; then load
the www.joecartoon page. Boom. Turn off xawtv and restrart, and the flash loads
fine.

Comment 46

18 years ago
Get this: I cannot crash a debug build running the same test. The flash works
fine in it, and the sounds play fine together with xawtv audio continuing.
Totally weird.

Comment 47

18 years ago
Chris, this is still a problem. Many people see it, it's mostfreq and has 9 votes.

cc:ing a contact at Macromedia for any input.

Shrirang/Arun, do you know of anyone else?

NOTE: This is a mozilla0.9.2 bug!!!!

Comment 48

18 years ago
kiwi@macromedia.com , can you suggest anything?  We're somewhat stumped.  Note
that this is quirky behavior in Flash plugin as well that somehow 4.x
accomodated. Serge, do you know what 4.x did?  Figuring out that kludge would
help us!

Comment 49

18 years ago
I was unable to reproduce this on my redhat7.0 box with Creative EMU10K1 
PCI Audio Driver. I've tried mozilla091&08,  flash 4 & 5, xmms & realaudio, all 
audio streams I was trying to open simultaneously, even from different user's 
account, mixed just fine. But I'm truly believe, some blocking system calls can 
cause this problem. I'm trying to find out any reproducible test cases maybe old 
linux box to debug this, otherwise it's difficult to say anything:(

Comment 50

18 years ago
I just realized that my problems with the Flash and Mozilla was due
esd's (esound) authentication system.

Mozilla (PC Linux 2001060808) hangs in plugin registration if flash plugin
cannot contact to an esd server although the server is running. The esd
server refused the connection due an incorrect authentication key. The server
stores the authentication key in $HOME/.esd_auth file at the startup of the
server.

Comment 51

18 years ago
Ok, I have an idea: might some drivers (like the EMU10K1) automatically mix
sound streams before sending the output to the sound card? Maybe certain cards
can do this in hardware. There seems to be a common thread among the
'worksforme' users: they are using non-OSS drivers, I think. Maybe either the
driver or hardware is handling multiple audio streams transparently.
On my system:
- Linux 2.4.5
- Soundblaster 16 using the OSS 'sb' driver
- Shockwave Flash 5.0 r47
- Mozilla 0.9

If I'm using xmms with the esound plugin, flash works fine, sound and all. If I
use the OSS plugin, flash works without sound. Since I usually use esd to mix
sound streams, I didn't notice this until I tested it.

HTH
Setting to P2.

Anyone have a solid, reproducable test case for this?
Priority: P1 → P2

Comment 53

18 years ago
Sure, I can reproduce this 100%

1. Get a motherboard with AC97 sound on it.
2. Use the corresponding OSS/ALSA sound driver, I use ALSA.
3. Play some MP3 with XMMS or noatun or any other application.
4. Start Mozilla with Flash 5 R47 plugin. It hangs until the audio device is not
busy any more.

If you can't reproduce this it is probably because your audio device supports
hardware mixing. My other system has a SB AWE 64 and Mozilla hangs there too if
the audio device is in use. Many of the Athlon boards have AC97 sound on board,
I bet you won't have any problem reproducing this bug with them.

Comment 54

18 years ago
OK, here's another one, just to confuse things even more (sorry) !!

I am using mozilla 0.9.1, linux 2.4.5, emu10k1, xmms with oss, and flash plugin
v4.0 r12

If I start playing in xmms, then go to joecomics, I can hear both xmms and
joecomics. However, most of the time when I then leave joecomics and load
another page, mozilla crashes (and I can't get crash data because talkback is
broken !). The crash is not always immediate, sometimes it's on the second page
I load, and once I had to go to joecomics twice to get it to crash.


Comment 55

18 years ago
Sorry, I mean joecartoon, not joecomics. And sorry for the spam. Oh dear...
Bumping to 0.9.3.
Target Milestone: mozilla0.9.2 → mozilla0.9.3

Comment 57

18 years ago
*** Bug 87291 has been marked as a duplicate of this bug. ***

Comment 58

18 years ago
*** Bug 87446 has been marked as a duplicate of this bug. ***
*** Bug 88395 has been marked as a duplicate of this bug. ***

Comment 60

18 years ago
I can reproduce the bug on suse 7.1 / gcc 2.95.2 / kernel 2.4.5

The only way i can get it to work fine is by setting xmms to use the eSound
output plugin and starting mozilla with 'esddsp mozilla' (as described in an
erlier comment).

If this helps, the exact same setup at home works fine. I have a SB!Live Value
at home and Ensoniq ES1371 [AudioPCI-97] here at work.

Comment 61

18 years ago
If any of these hangings is due communication problems with esd (esound)
the bug 85772 might bring some light to it.

Comment 62

18 years ago
*** Bug 90025 has been marked as a duplicate of this bug. ***

Comment 63

18 years ago
We are using debian, but are not running esd on our system at all.  We do use
AC97 audio with the alsa drivers.  Clicking refresh on a page containing a Flash
movie with audio (e.g. http://harrypotter.warnerbros.com ) will reliably bring
mozilla to a grinding halt on our system...

Comment 64

18 years ago
Each version of the Flash plugin seems to be different.

Shockwave Flash 5.0 r45 is statically linked with libesd. 
Could you report for other versions? 
 
chauveau@tolkien:~/.moz_plugins$ ldd libflashplayer.so 
        statically linked
chauveau@tolkien:~/.moz_plugins$ strings libflashplayer.so | grep esd
esd_open_sound
esd_get_server_info
esd_free_server_info
esd_play_stream
esd_close
...
esd_audio_flush
/.esd_auth
/tmp/.esd/socket
esd %s
- esd_subscribe_all_info: not yet implemented!
- esd_update_info: not yet implemented!
- esd_unsubscribe_info: not yet implemented!
/usr/etc/esd.conf
%s/.esd.conf







 

Comment 65

18 years ago
cc Troy Evans. Troy can you please help here ?Thnx!

Comment 66

18 years ago
strings libflashplayer.so | grep esd

produces nothing

ldd libflashplayer.so

statically linked


for v 4.0 r12

Comment 67

18 years ago
Shockwave Flash

File name: /home/thaynes/mozilla/plugins/libflashplayer.so
Shockwave Flash 5.0 r47

Mime Type Description Suffixes Enabled
application/x-shockwave-flash Shockwave Flash swf Yes
application/futuresplash FutureSplash Player spl Yes

This one is statically linked as well and also has the esd symbols internally.

That intrigues me - doesn't the licensing for ESD prohibit static linking
against the esd libraries? libesd is LGPL so the Flash player should only be
dynamically linked to the libesd libraries in order to keep it a separate work. 

Where's my flash player source code under the GPL?!

Comment 68

18 years ago
*** Bug 90674 has been marked as a duplicate of this bug. ***

Comment 69

18 years ago
why do plugins get loaded early?
... and seemingly on the main thread?
... and serially?

FIXME?
Keywords: arch

Comment 70

18 years ago
>why do plugins get loaded early?
because of 
http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/modules/oji/src/nsJVMManager.cpp#597
if line #601 is true all plugins are loaded:
-----
#0  PR_LoadLibraryWithFlags (libSpec={type = PR_LibSpec_Pathname, value = {
        pathname = 0x81adf58 "/home/serge/plugins/linux/libflashplayer5.so",
mac_named_fragment = {
          fsspec = 0x81adf58, name = 0x806a220 " \022&@@\023&@"},
mac_indexed_fragment = {
          fsspec = 0x81adf58, index = 134652448}}}, flags=0) at prlink.c:443
#1  0x4161d465 in nsPluginFile::LoadPlugin (this=0xbfffe920,
outLibrary=@0xbfffe91c)
    at nsPluginsDirUnix.cpp:323
#2  0x41612d20 in nsPluginHostImpl::ScanPluginsDirectory (this=0x81ac760,
pluginsDir=@0xbfffea00, 
    compManager=0x806a220, layoutPath=0x81ac958, checkForUnwantedPlugins=0)
    at nsPluginHostImpl.cpp:3849
#3  0x416131c8 in nsPluginHostImpl::LoadPlugins (this=0x81ac760) at
nsPluginHostImpl.cpp:3937
#4  0x416122b1 in nsPluginHostImpl::GetPluginFactory (this=0x81ac760, 
    aMimeType=0x415c62b1 "application/x-java-vm", aPlugin=0xbfffec4c) at
nsPluginHostImpl.cpp:3650
#5  0x415b8630 in nsJVMManager::StartupJVM (this=0x81ab458) at
nsJVMManager.cpp:602
#6  0x415b8bee in nsJVMManager::MaybeStartupLiveConnect (this=0x81ab458) at
nsJVMManager.cpp:783
#7  0x415bec2f in nsJVMManager::StartupLiveConnect (this=0x81ab458,
runtime=0x80e1a00, 
    outStarted=@0xbfffed48) at nsJVMManager.h:128
#8  0x40f0372b in nsJSEnvironment::nsJSEnvironment (this=0x81aae98) at
nsJSEnvironment.cpp:1527
#9  0x40f03115 in nsJSEnvironment::GetScriptingEnvironment () at
nsJSEnvironment.cpp:1446
#10 0x40f03ba4 in NS_CreateScriptContext (aGlobal=0x818a5d8, aContext=0x8185b90)
    at nsJSEnvironment.cpp:1574
#11 0x40efbb24 in nsDOMSOFactory::NewScriptContext (this=0x818a478,
aGlobal=0x818a5d8, 
    aContext=0x8185b90) at nsDOMFactory.cpp:123
#12 0x40e48531 in ?? () from
/usr/builds/6.x/092/mozilla/dist/bin/components/libdocshell.so
#13 0x40e4a73c in ?? () from
/usr/builds/6.x/092/mozilla/dist/bin/components/libdocshell.so
#14 0x401e7dae in nsGetInterface::operator() (this=0xbffff110, aIID=@0x4095c8f0, 
    aInstancePtr=0xbffff060) at nsIInterfaceRequestor.cpp:37
#15 0x4094a81c in ?? () from
/usr/builds/6.x/092/mozilla/dist/bin/components/libnsappshell.so
#16 0x4094df64 in ?? () from
/usr/builds/6.x/092/mozilla/dist/bin/components/libnsappshell.so
#17 0x4093ba7c in ?? () from
/usr/builds/6.x/092/mozilla/dist/bin/components/libnsappshell.so
#18 0x40939e60 in ?? () from
/usr/builds/6.x/092/mozilla/dist/bin/components/libnsappshell.so
#19 0x4093a252 in ?? () from
/usr/builds/6.x/092/mozilla/dist/bin/components/libnsappshell.so
#20 0x805952b in main1 (argc=1, argv=0xbffff514, nativeApp=0x0) at
nsAppRunner.cpp:1132
#21 0x805a44f in main (argc=1, argv=0xbffff514) at nsAppRunner.cpp:1464

Comment 71

18 years ago
Looks like the only way to do lazy plugin loading is to come up with the concept 
similar to the component registry. We need to get an info about all available 
plugins at start up and on Unix we need to actually download all of them to be 
able to query. XPCOM plugins should be fine in this department.

Comment 72

18 years ago
I have a similar problem (maybe it should be filed as a new bug?).  Anytime
flash starts to load, the browser completely exits, with no warning.  It also
takes all browser windows with it that were running from the same process.  This
has gotten progressively worse with the newer builds.  Before flash did work. 
Then it usually worked, but sometimes a certain point in the movie would cause
the crash.  Recently all sites with flash are crashing (even the zdnet flash
ads).  So I don't think this is caused by the sound.

I'm using the newest nightly build (1001071606), complete fresh install.  Tried
running as root and as regular user with same results.  Can reproduce by
visiting the before mentioned site www.harrypotter.com.  Immediately crashes as
soon as flash starts to load.  My system is a P3 933, 448MB RAM, 30gig drive,
running Redhat 7.1 with the 2.4.5 kernel and XFree86 4.1 (everything else is
standard).  Results of running mozilla on a flash site:

[root@main mozilla]# ./mozilla
./run-mozilla.sh ./mozilla-bin
MOZILLA_FIVE_HOME=/usr/local/mozilla
  LD_LIBRARY_PATH=/usr/local/mozilla:/usr/local/mozilla/plugins
     LIBRARY_PATH=/usr/local/mozilla:/usr/local/mozilla/components
       SHLIB_PATH=/usr/local/mozilla
          LIBPATH=/usr/local/mozilla
       ADDON_PATH=/usr/local/mozilla
      MOZ_PROGRAM=./mozilla-bin
      MOZ_TOOLKIT=
        moz_debug=0
     moz_debugger=
Error: Object "drawingArea" does not have windowed ancestor
[root@main mozilla]#

Comment 73

18 years ago
*** Bug 87931 has been marked as a duplicate of this bug. ***
*** Bug 91589 has been marked as a duplicate of this bug. ***

Updated

18 years ago
Target Milestone: mozilla0.9.3 → mozilla0.9.4
*** Bug 92305 has been marked as a duplicate of this bug. ***

Comment 76

18 years ago
*** Bug 92428 has been marked as a duplicate of this bug. ***

Comment 77

18 years ago
Just to add another test case, mozilla hangs here too if I start it while xmms
is running. Stopping the play makes mozilla continue. If I start the player
again and try to view the about:plugins page, it hangs again.
Setup:
- Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 08) (not OSS,
using a module called es1371 which comes with the standard kernel it seems)
- kernel 2.4.5
- no esd or something like that
- Shockwave Flash 5.0 r47, the same I use with Netscape 4.77, where this
situation doesn't happen- mozilla 0.9.2
*** Bug 93748 has been marked as a duplicate of this bug. ***

Updated

18 years ago
Depends on: 91804

Comment 79

18 years ago
*** Bug 88072 has been marked as a duplicate of this bug. ***
Guys, this is a bug in the flash plugin.  You have to register the plugins and
for whatever reason flash is opening the sound device on registration and will
block until it can open it.  We have to register the plugins when we start up so
we can find out what mime types they support.

Comment 81

18 years ago
I'll buy that it's a Flash plugin bug, but why does the exact same thing work
just fine under Netscape 4.x on Linux and not under Mozilla?

Comment 82

18 years ago
Guys, apparently artsd from KDE 2.2b1 (and possibly 2.2 final, which should be
out next Monday) is enough to trigger this problem (preventing Mozilla from
starting if the Flash plugin files are there). No xmms or anything, just artsd,
which is always running in KDE. Doing a "killall artsd" inside KDE allows
Mozilla to start again.

As far as I know, this didn't happen in KDE 2.1.1 (currently still the latest
released version, but that should change next Monday).

Comment 83

18 years ago
While it is true that artsd in kde2.2beta1 will cause mozilla to not start with
the flash plugin, I have been running mozilla successfully with the artsd
wrapper without any problems. It can be invoked like this
artsdsp mozilla
and then all sound is directed through the kde sound server without any
noticeable problems.

Comment 84

18 years ago
why kill arts ?try running the following comandartsdsp -m /opt/mozilla/mozillainstead of /opt/mozilla/mozillaof course don't forget to replace the path if nessessaryalso the -m option is only needed in some cases.for gnome users i think the have to use esddsp.

Comment 85

18 years ago
It certainly appears that arts and esd can also get involved and cause problems
here, but the issue happens within mozilla itself even if neither of these two
audio systems is running.  Just go to any flash movie with audio.  Once the
movie starts playing, click the refresh button.  On our machine, this invariably
locks mozilla up completely.  Based on past comments, I believe this is because
our system is using AC97 audio with alsa drivers.  I haven't yet been able to
get our in-house audio expert's time to try to track down what it is that the
flash plugin is doing that causes the system so much grief, but the problem
*does not occur* on the exact same system using netscape 4.76.  The two apps
must do things differently when refreshing a page or registering/initializing
plug-ins or something.

It would seem that mozilla itself already has the audio device open to be
playing the first instance of the movie, and then gets in its own way when
trying to refresh the page and gets itself confused or stuck.
*** Bug 94527 has been marked as a duplicate of this bug. ***

Comment 87

18 years ago
*** Bug 92142 has been marked as a duplicate of this bug. ***

Comment 88

18 years ago
mozilla doesn't start if in kde-configuration centre full duplex mode for sound 
card is activated. If full duplex is activated, I have to kill artsd, then moz 
starts.
If I run artsd and in KDE-configuration centre full duplex mode is not 
activated, moz starts without problem.
suse 7.1
kernel 2.4.0
kde2.1
flash plugin 5 r47

i have a via on board sound card.

but i didn't try whether it will crash on a flash-site.

Comment 89

18 years ago
To work with artsd start mozilla with the command "artsdsp ./mozilla" and it
will work.
*** Bug 95229 has been marked as a duplicate of this bug. ***

Comment 91

18 years ago
There has just been a post to the opera-linux mailing list along the lines of,
"Great, I have thrown Netscape 6 into the rubbish bin now that Opera 5 works
with Flash AND doesn't crash with it." (heavily paraphrased.)

We really need some experienced people looking into this, else when that guy
comes back to Netscape 6.x to try it again later on, it will still crash on
Flash loading and frustrate people even more.
Based on James Green's comments ( Aug 14, 2001 15:30 ) I am adding this as a
blocker to the Mozilla advocacy tracking bug.
Blocks: advocacybugs

Comment 93

18 years ago
See also the negative comments here: 

http://slashdot.org/article.pl?sid=01/08/20/1446205&mode=thread

about Mozilla and Flash.

Comment 94

18 years ago
*** Bug 96216 has been marked as a duplicate of this bug. ***

Comment 95

18 years ago
*** Bug 96274 has been marked as a duplicate of this bug. ***

Comment 96

18 years ago
moving to 0.9.5
Target Milestone: mozilla0.9.4 → mozilla0.9.5
*** Bug 99405 has been marked as a duplicate of this bug. ***
Hi,

I've created a patch for mozilla to behave (regarding Flash 5.0 plugin) exactly
the way Netscape 4.x does - where ppl say it "works":

The flash 5.0 plugin from Macromedia will, with this patch applied, now _not
block_ the startup of Mozilla anymore. But the Flash 5.0 plugin _will_ freeze
mozilla as soon as a webpage using the flash plugin is loaded and /dev/dsp is
inuse. The same thing happens to Netscape 4.x with Flash 5.0 loaded.

This patch makes life with the Flash Plugin easier - as the startup of mozilla
isn't blocked by playing music anymore and one point of a possible flash-freeze
(the startup - which occures more often than loading a flash site ;) ) is
omitted. -- But this is, however, no solution to the Buggy Flash 5.0r47 plugin.

Note to Macromedia Programmers: Flash 4.x (which doesn't have this sort
breakage) just disables the sound if /dev/dsp is in use! This is a very easy
solution and doesn't require many changes.

It seems to me (this bug is ONE YEAR OLD!) that Macromedia will wait till Flash
6.x to correct (or not?) this bug - so please apply this Workaround in the given
or changed and reviewed form to the Mozilla tree. (patch is in "cvs diff -u" format)

Best wishes,
domi.
Keywords: patch, review

Comment 100

18 years ago
Thanks Dominik, good job.
I'm using almost the same approach to fix bug 74938, 
it already has r=, and it'll be checked in as soon as it gets sr=
About your patch:
I wouldn't call it workaround, it's a solid fix,
only 
+        plugin =  new ns4xPlugin(&callbacks, pLibrary, pfnShutdown, nsnull);
looks suspicion, it'll leak.

Comment 101

18 years ago
If we decide to take this patch, it's likley the branch would benefit from this fix.
Keywords: nsbranch

Comment 102

18 years ago
To my understanding this patch is not needed if the fix for bug 74938 goes in.
It is essentially the same.
*** Bug 100271 has been marked as a duplicate of this bug. ***

Comment 104

18 years ago
*** Bug 100376 has been marked as a duplicate of this bug. ***

Comment 105

18 years ago
If you are running esd on debian systems, it helps to link
/tmp/.esd -> /var/run/esound
since the flashplugin looks at /tmp/.esd/socket for a valid
esd socket
*** Bug 101106 has been marked as a duplicate of this bug. ***
serge checked in bug 74938 on the trunk yesterday... Can someone who was seeing 
the problem test today's builds?
The recent nightly build (I used
ftp://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-i686-pc-linux-gnu.tar.gz)
does solve this bug on my system. For my testcases see Bug-Report 101106. Due to
the lack of KDEx.y.z-stuff on my system, I can't comment on the problems people
have with artsd.

Debian/Progeny 1.0
WindowMaker
Mozilla 0.9.4+ - BuildID 2001092206
ES1371-kernel-module on SB PCI64
XMMS using OSS
Flash-Plugin 5.0 r47

Please excuse by bad commenting-style, I'm new to Bugzilla and I don't know what
to do with those buttons and status-options here around. :)

Comment 109

18 years ago
Progeny Debian
Gnome 1.4 + Sawfish
Mozilla 0.9.4+ - BuildID 2001092206
Kernel 2.4.9-ac7 + alsa 0.9.0b7 (sb16 module)
XMMS using OSS
Flash-Plugin 5.0 r47

I confirm, this bug has been solved on my system too. Without any use of esd or
artsd (i don't have any of them installed).

Comment 110

18 years ago
It is true that Mozilla will *start* when audio is playing.  That was true
in the 0.9.4 release as well.  The current issue (see bug 100376) is that
visiting any page containing flash content will hang the browser if audio
is playing (until the audio process is killed).

I still find this is true on build id 2001092206; my stats:
  - x86/Linux 2.2.19
  - gtk 1.2.8
  - glibc 2.1.2
  - using built-in linux sound driver module es1371
> The current issue (see bug 100376) is that visiting any page containing
> flash content will hang the browser if audio is playing (until the audio
> process is killed).
It is impossible with the Flash 5.0 r47 to do archieve simultanous playback of
sound from mozilla side. It does not work in Netscape 4.x and does not work with
Mozilla and _WONT_ ever -- Until Macromedia provides a new + working version.

The Flash 4.0 Plugin "worked" in Netscape, cause it simply disables the
flash-sound playback if already sound was playing. (My preferred solution for
the Flash 5.0 mess)

best,
domi.

Comment 112

18 years ago
*** Bug 101310 has been marked as a duplicate of this bug. ***
what are the chances of getting this fixed for the 0.9.4 branch?
Whiteboard: [ETA ?], [PDT]

Comment 114

18 years ago
Serge,
is this now fixed with your checkin of the patch in bug 74938 to the 0.9.4 branch?

Comment 115

18 years ago
Yes, mozilla with flash plugin won't hang on startup if audio is playing,
so I'm going to resolve this bug as fixed, but we have to reopen 
bug 100376, as a tracker of known problem. Andrei, could you reopen that one, 
please?

Comment 116

18 years ago
Well, I was wrong, this bug is valid one,
there are a lot of comments about mozilla hangs on startup in this bug report, 
and this startup problem has been eliminated by fix for bug 74938, but the main 
problem how it described in Sammary:
"Registering flash plugin while audio device is active fails and completely 
stops browser" still exists:(
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED

Comment 117

18 years ago
*** Bug 102331 has been marked as a duplicate of this bug. ***

Comment 118

18 years ago
Serge, so it should be reopened?

Comment 119

18 years ago
I'm using Mozilla 0.94 and had alot of problems with this bug.  
Based on comments listed here regarding artsdsp, I have modified the
/usr/local/bin/mozilla script which I wrote to launch mozilla.

#!/bin/sh
cd /usr/local/mozilla
/opt/kde2/bin/artsdsp /usr/local/mozilla/mozilla

This seems to work around the problem for me.

Comment 120

18 years ago
Regarding the artsdsp solution, it does not work for me.  I have
arts-0.5.4 (I do not have kde2, so I have the standalone version
of arts), and running mozilla under artsdsp's control does not
have any effect (it tries to open /dev/dsp just the same).

Moreover, I can't see how it *could* work: libflashplayer.so is
*statically* linked.  artsdsp works by using LD_PRELOAD to
interpose its own libc wrapper, and presumably catch the open(2)
call.  But since the plugin is statically linked, it contains
within it only the raw system call linkage.  (Michael, do you
have a different version of libflashplayer.so -- maybe a version
which is dynamically linked? ("ldd libflashplayer.so")  The one
I have, the latest it seems, is 5.0r47.)

As far as external solutions go (given a statically linked
plugin), the possibilities seem to be:

  - Modify /dev/dsp itself.  I posted a patch on bug 100376 to
    make the 'es1371' module pretend O_NONBLOCK is always passed.
    Alternatively, if someone could write a software audio
    mixer proxy device for Linux, that would do it.

  - Modify libflashplayer.so to pass O_NONBLOCK.  This requires
    finding the call site in the binary and patching it.

  - Run mozilla under ptrace(2), intercept all open(2) calls, and
    add O_NONBLOCK.  This would probably make debugging mozilla
    all the more difficult.

Of these solutions, I like the binary patching approach best, but
I don't know enough about the plugin registration process to find
the place open is called.  (I should mention that O_NONBLOCK is
not a perfect solution, again see bug 100376, but it is much
better than hanging.)

Of course, the real solution is to get Macromedia to release a
non-broken plugin.  Does Netscape/AOL have any pull whatsoever
with Macromedia?  Clearly all attempts to communicate at the
engineer to engineer level are ineffective.
Michael O'Brien (and anyone else): This is fixed on the trunk and branch. It is
*not* fixed in the 0.9.4 milestone, which was released before this bug was fixed
by the checkins in bug 74938.  The recent duplicate was also from 0.9.4, so this
bug should not be re-opened.

If anyone wants to download a build that has the fix in it, you can grab a
nightly or wait until 0.9.5 comes out.

The link for the nightlies: http://ftp.mozilla.org/pub/mozilla/nightly/latest/

I can verify that the problem originally reported now works on linux trunk build
2001092906.  Starting Mozilla with XMMS playing music works fine.  Viewing flash
pages while XMMS is playing music works fine for me also.

Setting vbranch keyword - someone please verify this on the branch and update to
verified fixed.
Keywords: vbranch

Comment 122

18 years ago
Unfortunately, for me the latest nightly (2001092906) does not solve the
problem.  I *can* now start Mozilla while /dev/dsp is in use, but I *cannot*
view Flash pages while /dev/dsp is in use.

System:
  - x86/Linux 2.2.19
  - glibc 2.1.2
  - using built-in linux sound driver module es1371
  - Flash plugin 5.0r47

Comment 123

18 years ago
I'm reopening this as a tracker of the flash plugin problem, reproducible on 
linux with e.g. es1371 sound driver, and as an attempt to describe this problem 
more precisely I'm changing the summary description to:
"Flash plugin (presumably 5.0 r47 only) hangs mozilla, when it's trying to play 
audio, while audio device is active. (Reproducible with some [e.g. es1371] sound 
driver)"
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Summary: Registering flash plugin while audio device is active fails and completely stops browser → Flash plugin (presumably 5.0 r47 only) hangs mozilla, when it's trying to play audio, while audio device is active. (Reproducible with some [e.g. es1371] sound driver)
Whiteboard: [ETA ?], [PDT]
*** Bug 102638 has been marked as a duplicate of this bug. ***
what are the chances this will make the 094 branch?
Whiteboard: [Need ETA]

Comment 126

18 years ago
After fix mozilla startup problem (bug 74938) this one is became pure flash bug, 
not a mozilla one, and I have know idea what we can do here to guard us from 
poor implemented plugins...
I'm changing TM to "---", and I would like to keep this one open as known 
problem of flash (5.0 r47) plugin.
Target Milestone: mozilla0.9.5 → ---
Posted file test mp3-file
I've encountered some strange effects. Simply play that short mp3-file, that
I've attached down this page in a loop (important, loop it). Its length is one
second. Then try to start the unpatched Mozilla 0.9.4. It starts, though it
needs some time. Then try to watch flash-files with sound. You will see, that
there is some scheduling going on. When the mp3-file stops, there is a short
brake, because xmms has to "rewind". In this brake, the sound of the flash-file
is played.

Oh, very important, too: Try this if you're using the
es1731-kernel-sound-module. I think this driver might be a part of the problem.

What are your results ?

--
moritz
I've forgot to say, that the flash-file should not have permanent sound. Those
flash-files from joescartoon.com (I know, it's dumb) work fine.

Comment 130

18 years ago
removing nsbranch keyword

Comment 131

18 years ago
*** Bug 103744 has been marked as a duplicate of this bug. ***

Comment 132

18 years ago
*** Bug 105406 has been marked as a duplicate of this bug. ***

Comment 133

18 years ago
I can reproduce this problem in build 2001102210, Shockwave Flash 5.0 r47 with
http://www.mobizinc.com.  I have noticed it in the last few daily builds (since
18 October, I think).

I run the unstable Debian distribution, kernel version 2.2.12.
*** Bug 107862 has been marked as a duplicate of this bug. ***
I've ran strace with netscape 4 and with mozilla.

Netscape 4 with its original Flash plugin:
3319  access("/dev/dsp", W_OK)		= 0
3319  open("/dev/dsp", O_WRONLY|O_NONBLOCK) = -1 EBUSY (Device or resource busy)

.. the plugin kept checking, this is how it should work.

But then I realized that it was not a fair test because the libflasher.so I
was using with mozilla was surely newer, I replaced it and I got a sligthly
different dump:

Netscape 4 with new Flash plugin:
3582  open("/dev/dsp", O_WRONLY)        = ? ERESTARTSYS (To be restarted)
3582  --- SIGALRM (Alarm clock) ---
3582  gettimeofday({1004579476, 744873}, NULL) = 0
3582  sigreturn()                  	= ? (mask now [])
3582  open("/dev/dsp", O_WRONLY)	= ? ERESTARTSYS (To be restarted)
3582  --- SIGALRM (Alarm clock) ---

This second time, Netscape 4 *did* hang. So it's not that mozilla can't work
with Flash and Netscape 4 can. The new plugin is to blame.

So I ran mozilla with the old plugin shipped with netscape 4. Guess what? It
worked... it didn't even make me wait. It just did:

3989  access("/dev/dsp", W_OK)          = 0
3989  open("/dev/dsp", O_WRONLY|O_NONBLOCK) = -1 EBUSY (Device or resource busy)

..and flash seemed to give up on sound.

*** Bug 108326 has been marked as a duplicate of this bug. ***

Comment 137

18 years ago
*** Bug 110844 has been marked as a duplicate of this bug. ***

Comment 138

18 years ago
*** Bug 112424 has been marked as a duplicate of this bug. ***
Hi,

I have a "Ensoniq ES1371 [AudioPCI-97]" Soundcard, where the sound drivers in
linux don't allow simultanous playback of 2 sound streams.

But I finally managed to play mp3s and stuff while surfing flash sites!: The
Flash r5 Plugin appearently supports ESD the e-sound deamon, which comes with
GNOME :-) And esound mixes the 2 streams by itself :-)

Fortunately RealPlayer, xmms, vlc and xine have esound support too (!) so
switching to ESD was only some clicks :-))) and now everything works like a
charm. yoyoyo.

best,
dominik.

Comment 140

18 years ago
Hey, is there a timeout for plugins ? If so maybe you could check, if the 
plugin times out, and /dev/dsp is blocking, pop up an error message or 
something ?

Comment 141

18 years ago
At the very least, should not plugins be run in a separate thread,
so a misbehaved plugin can't hang the whole browser?

Comment 142

18 years ago
I am experiencing a similar problem under Solaris (SPARC).  I try running
Mozilla (0.9.6) on a remote machine, for which I do not have permission for
/dev/audio, and after being unable to open the device, I get a SEGV.

open("/optdist/mozilla/./plugins/libflashplayer.so", O_RDONLY) = 41
[...]
access("/dev/audio", 2)                         Err#13 EACCES
open("trace.txt", O_WRONLY|O_APPEND|O_CREAT, 0666) Err#13 EACCES
    Incurred fault #6, FLTBOUNDS  %pc = 0xFEB04A08
    siginfo: SIGSEGV SEGV_MAPERR addr=0x0000000C
    Received signal #11, SIGSEGV [caught]
    siginfo: SIGSEGV SEGV_MAPERR addr=0x0000000C

Comment 143

18 years ago
Problem do not occurs anymore. I'm not sure why.I've installed Mozilla Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011120.I've installed the plugin Shockwave Flash 5.0 r47 (had to download it).I think I didn't do anything else (same hardware, same kernel, same driver = P3/AC97, 2.4.14, elsa).Now I can run XMMS and play stuff and I can run Mozilla on a web site with flash.No problem anymore.I have to try at home.Anyone have a clue about what happened ?
I've got some hangs when I was running Mozilla+Flash and the XMMS playing on
/dev/dsp. But don't known why, I have a /dev/dsp1 device too.
And then I changed the XMMS configuration to start playing on /dev/dsp1. And now
I can run Sound on Flash, and listen XMMS.

** Info about my system:
[assdebuger@josephine mozilla]$ l /dev/ds*
crw-rw----   1 assdebug audio     14,   3 Dec  2  1999 /dev/dsp
crw-rw----   1 assdebug audio     14,  19 Dec  2  1999 /dev/dsp1
[assdebuger@josephine mozilla]$


about:
Mozilla 0.9.6+
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6+) Gecko/20011206

[assdebuger@josephine mozilla]$ uname -a
Linux josephine.domain.com 2.4.16 #3 Qua Nov 28 01:24:04 BRST 2001 i686 unknown
[assdebuger@josephine mozilla]$
I found (r42 works really good with Netscape/Mozilla)
and (r41 crashed netscape 6.0 for me a long time ago)

Comment 147

18 years ago
Confirmed with mozilla 0.9.7, linux 2.4.8 and mandrake 8.1 and flash 5.0r47
I'm NOT running the artsd daemon and I'm using xmms with the OSS-driver.
The kernel module I'm using is maestro3 (which again uses ac97_codec and more).
Starting mozilla works, also when playing music in xmms. Xmms uses device /dev/dsp
Things go bad when I'm trying to access any page that utilises flash and xmms is
playing: mozilla totally hangs.
When I close xmms, mozilla is responding again, the page loads just fine and
there are no other problems.
Flash 4.0 works just fine, except that there's no sound.
I also tried something new - I don't think the other submitters tried this: try
flash 5.0 with communicator 4.7x - communicator HANGS TOO, untill I close xmms,
then it continues.
So: this is a flash bug, communicator DID NOT handle this situation any better
than mozilla does. 
Other people that reported that netscape handled this properly probably were
using mozilla with the 5.0 plugin and communicator with the 4.0 plugin.


Why not just ask the Macromedia people to have the flash plugin handle this
better: no /dev/dsp - no sound, just continue loading, don't hang the browser.
If I have the plugin installed, opening any page with macromedia content
instantly crashes mozilla (0.9.7 milestone, built from sources). I have no sound
daemon, but the /dev/dsp device is free (I'm not playing any sound). Setup is
more-or-less-stock Mandrake Linux 8.1, kernel version 2.4.17. Sound card (if it
matters, but it would seem otherwise) is a NeoMagic MagicMedia 256ZX. 
I would like to echo Francesco Chemolli's comments. I have completely given up
on installing flash plugins into recent versions of Mozilla. Each time I hist a
page with flash in it if I have the plugin loaded, the browser crashes. I am
displaying the browser remotely but I am not playing any sound either locally or
remotely (no sound card in the machine I have Mozilla running from).

Comment 150

18 years ago
Flash plugin crashes mozilla on remote display is bug 58937.
Francesco Chemolli, if you are run into different problem than bug 58937,
please open a new bug preferably with talkback's incident ID in it.
Thank you.

Comment 152

18 years ago
*** Bug 121378 has been marked as a duplicate of this bug. ***
*** Bug 121621 has been marked as a duplicate of this bug. ***

Comment 154

18 years ago
*** Bug 118615 has been marked as a duplicate of this bug. ***

Comment 155

18 years ago
the item for this bug in the release notes bug really sucks. Could someone
write a nice summary of the current state of the bug plus any known workarounds?

The current item reads: "On Linux, there may be problems with ESD Audio and
Flash." I thought it looked like using esd was a workaround.
*** Bug 123116 has been marked as a duplicate of this bug. ***

Comment 157

18 years ago
It seems the mozilla team fixed this bug as much as they could.

Unfortunately, it seems not possible to provide a binary patch to the flash
plugin since 
open(...,O_WRONLY) produces a shorter binary than
open(...,O_WRONLY|O_NONBLOCK). 
I've contacted beta_flashlinux@macromedia.com and asked them to release a fixed
version with the correct non blocking open(2) call.

IMHO, comment #135 from Nicolás Lichtmaier (thank you!) provides enough evidence.

Comment 158

18 years ago
*** Bug 124496 has been marked as a duplicate of this bug. ***

Comment 159

18 years ago
*** Bug 123874 has been marked as a duplicate of this bug. ***

Comment 160

18 years ago
*** Bug 91804 has been marked as a duplicate of this bug. ***

Comment 161

18 years ago
*** Bug 106204 has been marked as a duplicate of this bug. ***

Comment 162

18 years ago
It has been solved by using esound daemon.
Before logging in my host, run `/usr/bin/esd` as a daemon, make an script and
run every boot-time. locate in /etc/init.d/ as in debian distirbution.
in redhat may be /etc/rc.d/rc.local? or not.
If you use mpg123, use esd-supported mpg123.(like mpg123-esd in debian package)

But, if you want to play midi-file using timidity, you should kill running-esd.
Otherwise, the sound leaks out.

Comment 163

18 years ago
*** Bug 127148 has been marked as a duplicate of this bug. ***
*** Bug 126989 has been marked as a duplicate of this bug. ***

Comment 165

18 years ago
*** Bug 127823 has been marked as a duplicate of this bug. ***

Comment 166

18 years ago
*** Bug 127859 has been marked as a duplicate of this bug. ***

Comment 167

18 years ago
*** Bug 100376 has been marked as a duplicate of this bug. ***

Comment 168

18 years ago
We will look at addressing this for the next version of Macromedia Flash Player 
for Linux, we currently don't have a public timeline

Troy

Comment 169

18 years ago
*** Bug 128709 has been marked as a duplicate of this bug. ***

Comment 170

18 years ago
*** Bug 130513 has been marked as a duplicate of this bug. ***

Comment 171

18 years ago
*** Bug 130663 has been marked as a duplicate of this bug. ***
Flash 6.0 is out now.. if you wanna test that one for this problem.

http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=ShockwaveFlash
cuz84d@netscape.net: What OS are you on?  Flash 6.0 has been out for Windows for
a while, but the latest _Linux_ release is still 5.0r47 (which this bug is about).
I didn't realize that it was out *that* long.  I noticed after I posted here,
that   Troy here is from macromedia.. so I thought too that first he was
refering to v6.0, but I didn't know they didn't release a linux update yet, one
cannot tell just by going to their webpage, where the page will detect your OS.
 I'm running W2k anyway.

Comment 175

18 years ago
*** Bug 131628 has been marked as a duplicate of this bug. ***
I would like to say something on this, about the reproducibility. Some sound
drivers lie about weather the soundcard is in use or not, so the driver can
allow multiple apps to play sound, and use hardware accelerated mixing. SBLive
among others is ones that can do this. I was wondering, though, does the same
flash plugin have problems on netscape 4.x? Because if it does, this isnt a
Mozilla bug, but instead Macromedia's fault for not checking weather the
soundcard is in use before trying to use it.
See comment 135, comment 147 and comment 157.
Whiteboard: [Need ETA] → [need ETA]

Comment 178

18 years ago
If it wasn't Mozilla's bug, this bug would have been closed as invalid. There
was a time when, with the same plugin, Moz wouldn't freeze.
Thanks Boris. But, hmm. I was thinking, if we started a thread for each plugin
(not just flash) this would make it so that a plugin couldnt lock, crash, or
otherwise foobar mozilla, right?

Comment 180

18 years ago
A thread-plugin could still crash mozilla by (for example) corrupting memory or
segfaulting.  The only real protection you would get from using a thread for
each plugin is in allowing mozilla to operate when a thread waits or loops forever.
Thats better than nothing, right?

Comment 182

18 years ago
Bug also appears when starting the aol instant messenger ( java ) at page
<a href="http://toc.oscar.aol.com" type="image/png"> toc.oscar.aol.com </a> the
applet freezes just as it tries to start audio.
I say we should build a threading plugin system. Atleast then, we have partial
protection from misbehaving plugins, which could be quite usefull (and less
annoying when a baddly written sound plugin locks moz)
Hey, thats pretty cool. Maybe that should be a priority to flesh that out.
(That, and send someone to hit the various offending plugin authors with
cluebats... you never lock yourself if you cant access sound, thats just very
retarded behavior)
*** Bug 134351 has been marked as a duplicate of this bug. ***
*** Bug 134353 has been marked as a duplicate of this bug. ***

Comment 188

18 years ago
Seems to be plugin related after all ??
Can anybody confirm that this problem can be fixed by installing "Shockwave
Flash 5.0 r48" ???
http://download.macromedia.com/pub/shockwave/flash/english/linux/5.0r48/flash_linux.tar.gz

This seems to have solved part of the problem, I am still having porblems with
java applications that use audio. 
See: http://toc.oscar.aol.com

Comment 189

18 years ago
With Flash 5.0 r48 it still does not work .. (tested with artsd as sound daemon)
Tis true! The new flash plugin doesnt work. Confirmed using any oss using app.
*sigh!*

Comment 191

17 years ago
*** Bug 135120 has been marked as a duplicate of this bug. ***

Comment 192

17 years ago
hey, this sucks... what does Macromedia says?
about the threading model:don't do something that could cause even more
problems... we will soon have threads bugs...
see comment #168 for macromedia's last word..

Comment 194

17 years ago
I'm having this problem with nightly build 2002040606 under linux and any 0.9.9
I've tried if I use flash 5.0 r47 whether the plugin plays sound or not
(www.macromedia.com and www.neopets.com both lock it up) and whether the sound
is in use or not.  I am now using flash 4.0 r12 and it works just fine
everywhere.  I have not been able to find it available for download anywhere, so
I've attached the .so and the .class file for people to try.  

Comment 195

17 years ago
the .so file for flash 4.0r12

Comment 196

17 years ago
Posted file flash player
the .class file for flash 4.0r12

Comment 197

17 years ago
Skiingyac: are you using esd (gnome/enlightenment), arts (kde), or any other
sound daemon that locks up the sound card even when it's not in use?  Everyone
else has had problems only when the sound card is free.

As for a threaded plugin system, that sounds like complete overkill.  The
problem is that there's a bug in this particular plugin, not that mozilla needs
a threaded plugin system.  There's absolutely no justification for the
additional complexity.

Comment 198

17 years ago
Er, I mean when the sound card is in use.

Comment 199

17 years ago
not to get anyone's hope up but macromedia has a new version of flash for linux
up ... (still 5 though)
The new Flash plugin (5.0 r48) behaves in the same way.

Comment 201

17 years ago
 Hey, i can't download the *.so and *.class from flash 4 posted here (comments
195 and 196). It downloads the cgi script !!! Is this a new bug ?!

Comment 202

17 years ago
On Windows it's only a file name which is misleading, so you can save it and
then rename to what is should be.

Comment 203

17 years ago
 Oh, i see... the file is too big to be a CGI script... but what were the
original file names (for the so and class) ? libflashplayer.so and
ShockwaveFlash.class ?

Comment 204

17 years ago
*** Bug 136059 has been marked as a duplicate of this bug. ***

Comment 205

17 years ago
I _USED_ to have this problem with Flash, Linux and Mozilla. I now have Flash
with sound, MP3s and Real Player all playing at the same time on the same soundcard.

Steps to fix this:
1. Stop all programs that might be using sound.
2. As root, go in to /tmp and rm -rf .esd. Delete the dir and the socket= in it.
    run /etc/rc.d/init.sound/sound
3. Start up XMMS and configure it to use esd. You might have to install
gnome-audio rpm AND xmms-esd rpm. I use KDE and it still works.
4. Start up mozilla and go to flash.com, on my PC it renders fine and I can move
round flash sites while playing mp3s and both sounds being played together.
5. You can also configure Real Player to use ESD.

FYI, I am running mandrake 8.2, es1371, KDE 3, Mozilla 0.9.9+ and Shockwave
Flash 5.0 r48

Comment 206

17 years ago
Please stop spamming this bug with "use a multiplexer" workarounds.

Comment 207

17 years ago
*** Bug 136261 has been marked as a duplicate of this bug. ***

Comment 208

17 years ago
*** Bug 134282 has been marked as a duplicate of this bug. ***

Comment 209

17 years ago
Confirming - the new Flash plugin (5.0 r48) behaves in the same manner.
This is a pretty major bug to have been around for nearly 2 years.  Someone
gonna fix it, or what?
> Someone gonna fix it, or what?

Or what.  The possible fixes are:

1) Rewrite Mozilla's plugin architecture to run plugins on separate threads
2) Have Macromedia add "|O_NONBLOCK" to their open() call

#1 is hard, will take lots of time, and is not happening any time soon.  It may
   happen eventually.
#2 is outside of Mozilla's control and is a bug in the plugin.

Well, I think the threads for plugins is a better idea anyhow. It prevents
stupid plugins (aka flash) to freeze moz, and also allows moz to keep running at
a pretty good speed without having a cpu intensive plugin slow everything up. I
think its a good idea. It might also be a good idea to have (in addition to
threads) a sandbox for plugins, so they cant accidently corrupt mozilla's memory
space, or play havok with various operating systems like win9x. I belive MSIE
already has a system like that in place. (Though, knowing microsoft, its messed up.)

Comment 212

17 years ago
In my Amiga days, I would solve this by binary patching Macromedia's plugin. I
lack the knowledge to do it on Linux, but for someone handy with disassembler
and x86 it should be a quick job. :)

Comment 213

17 years ago
IMHO this bug should be marked as a duplicate of bug #62460

I don't think I should make this change. Someone else?

All of Mozilla's plugins crash too much, and Mozilla really should do something
similar to Konquorer (such as comment #210 "#1" and/or comment #211) to isolate
problems with plugins from crashing Mozilla entirely. There is no point in
trying to address every bug in every plugin.

Obviously a fix will not make 1.0. However, I would urge the Mozilla developers
to make this bug a top priority once 1.0 gets out the door. 99% of my crashes
come from Mozilla's plugins.
First, can someone change the topic line of this bug? This effects all
non-multiplexing drivers, which is basically all drivers except alsa (atleast I
think alsa mixes sound sources now) and sblive's oss driver which uses hardware
to mix. 

Second, All bugs are marked duplicate of this one, Matt (well, assuming I didnt
misread something somewhere)

Third, Mozilla is a multiplatform browser, and probably what konq does doesnt
apply to us. I still stand by the fact we should defenetly thread mozilla for
plugins (maybe for tabs too, so long rendering times dont temporarly lock moz)
and maybe a plugin sandbox (which could be used to isolate java, as well) if it
seems viable (as I said earlier, microsoft chose to set up a sandbox for various
stuff, so its probably a good idea security wise.) I also agree whatever we do,
it should be a high priority. Im also sensing we dont have enough time before
1.0, so if we actually dont, then we should make it the first bug/feature
request/whatever we do.

Comment 215

17 years ago
> "Second, ALL bugs are marked as a duplicate of this one"

Huh? I hope not!

I think that bug #58339 is really bug #62460. Thus this bug should be marked as
a duplicate of the other one.

WRT your third argument, this bug is for Moz on Linux. Konquorer handles
NETSCAPE  plugins on linux much better than Mozilla does. From discussions on
the two bugs mentioned above it initially seems that Moz might be able to
eventually implement a similar solution.

I would recommend that all such "plugin doesn't work" bugs be marked as a
duplicate of #62460 so Moz can focus on the underlying problem.

Comment 216

17 years ago
Regardless of how it's done, I think something should be done to keep any plugin
from causing problems like this.  Having to stop any audio software every time I
want to load a page using flash is extremely annoying, and should be unnecessary.
Most users will not put up with this sort of behaviour, and will just use a
different browser.
Assignee

Comment 217

17 years ago
putting in the post 1.0 milestone
Target Milestone: --- → mozilla1.0.1

Comment 218

17 years ago
> Or what.  The possible fixes are:
> 
> 1) Rewrite Mozilla's plugin architecture to run plugins on separate threads
> 2) Have Macromedia add "|O_NONBLOCK" to their open() call
> 
> #1 is hard, will take lots of time, and is not happening any time soon.  It may
>    happen eventually.
> #2 is outside of Mozilla's control and is a bug in the plugin.

Look, guys, we're all arguing over the wrong issues here.  The *real* goal is to
fix the macromedia plugin bug *soon*, so that mozilla stops freezing when users
visit one of the 2 million flash webpages, and neither of these options will do
that.

I suggest a third option: add a special case in the mozilla plugin code to
prevent flash from freezing mozilla on linux when the sound device is busy.

We know for sure that when the sound card device is busy, flash will hang
mozilla.  So why don't we just add a check before starting the flash plugin to
make sure that the sound device isn't busy?  If the device IS busy, then don't
start flash.  It's as simple as that.

We can even pop open a dialog box saying "the sound card is busy so we can't run
flash on this page, sorry".  That way the user's will know exactly what's going
on, and will be able to fix it.

This bug is serious, it's been one of the top-reported bugs for months now!  All
we need is to give people something to hold on to.  Let's stop bickering over
theoretical and fix the problem at hand.
Yeah, but what the hardware is doing is none of our buisness. Infact, what the
plugin is doing, we dont care. Long as it doesnt get in our way, who cares if it
accidently locked itself. The problem is, it is locking, and it is getting in
our way. We have to fix that problem first, because that effects more than just
flash.
And with displaying the flash dialog... that could be nice, but if macromedia
just does their job for once, we wouldnt be having this problem in the first
place! I seriously think macromedia should just fix the bug, (a couple of
possible patches have already been posted) and get on with the show.
> a couple of possible patches have already been posted

A couple of possible suggestions from people who don't know the code have been
posted...

The suggestion in comment 218 would make a decent interim solution, actually...
Sounds kinda lame to me. But if the users want it, let em have it.

Comment 222

17 years ago
I agree a dialog is a big improvement over an inexplicable hang.

Keep in mind though that /dev/dsp being in use doesn't guarantee a hang;
some people have artsd or esd working, and some people have multiplexing
sound cards.  Perhaps a checkbox along the lines of "let flash try anyway"
would be good.
Yeah, I agree.

Comment 224

17 years ago
Adding dependency on the mentioned bug because resolving that bug would resolve
this one too.

Additional note to comment #222 - if we would do what the Flash plugin should do
(use open call with O_NONBLOCK) then we would detect exactly only the case when
the plugin would hang, so no checkbox is necessary. 

It is necessary to be sure to use this check only on the Flash plugin not other
plugins. And we probably should make the check only optional by a hidden pref so
we can easily switch it off if the bug in the plugin is fixed.

Depends on: 62460

Comment 225

17 years ago
It's true that attempting to open with O_NONBLOCK takes care of those
with multiplexing sound drivers.  However if the plugin is using artsd
or esd, my understanding (can't confirm because it doesn't seem to
work for me!) is the plugin doesn't try to open() /dev/dsp at all.
Mozilla can't anticipate how the plugin will try to get access to the
sound device (/dev/dsp vs e.g. /tmp/.esd/socket), therefore I think a
checkbox is useful.
No longer depends on: 62460

Updated

17 years ago
Depends on: 62460

Comment 226

17 years ago
*** Bug 138042 has been marked as a duplicate of this bug. ***

Comment 227

17 years ago
*** Bug 134258 has been marked as a duplicate of this bug. ***

Comment 228

17 years ago
*** Bug 139035 has been marked as a duplicate of this bug. ***

Comment 229

17 years ago
*** Bug 139073 has been marked as a duplicate of this bug. ***

Comment 230

17 years ago
*** Bug 134297 has been marked as a duplicate of this bug. ***

Comment 231

17 years ago
*** Bug 136517 has been marked as a duplicate of this bug. ***

Comment 232

17 years ago
*** Bug 138368 has been marked as a duplicate of this bug. ***

Comment 233

17 years ago
**** TO GET FLASH WORKING READ THIS ****
You need to use the flash 4.0 :~(.
Get the two flash player attachments.
The bigger one is .so and the smaller one is .class if you get some weird name
like attachment.cgi like i did.
Install them should work great.
****************************************

I am using Flash 4.0 now... Thanks so much for posting that.  Everything works
fine.  I wonder what the difference is  (what i will not be able to view because
of the older version.)  its more important for me to listen to 24/7 neil young
while browsing though. :)

Thanks so much
Jon Taylor.

Comment 234

17 years ago
There is a new version of the flash plugin wich, in combination with mozilla
1.0rc1 seems to hang the system less oftem.

Updated

17 years ago
Blocks: 139820
Assignee

Comment 235

17 years ago
*** Bug 139952 has been marked as a duplicate of this bug. ***
Assignee

Comment 236

17 years ago
Changed platfrom and os to other: note that these issues are present on linux 
and Sun
OS: Linux → other
Hardware: PC → Other

Comment 237

17 years ago
*** Bug 140721 has been marked as a duplicate of this bug. ***
i agree that mozilla should add a check and warning for this problem, it will have 2 major results:

1- people will not hang their mozilla by accident, and will know why it hang (and maybe give the tip to use esd or others), that it wasnt a mozilla problem, but a flash one

2- as people will be aware that the problem is from the flash, macromedia will not ignore this that easily and will probably fix this faster (or else will make then look very bad)

after they fix this, we can check the checkbox for installed builds, remove the code from the tree and add a line in the release notes saying to upgrade to the fixed flash plugin version

now this is critical, newbies to mozilla will not know why this happend and will blame mozilla... this is unneeded bad press for the all mozilla project

Comment 239

17 years ago
...but this *is* a Mozilla bug, so it is OK to blame the current plug-in
handling of  Moz, IMHO...
Every crash is a Moz bug. Moz should be able to handle external code so that it
doesn't crash itself... see Netscape (as also someone mentioned here previously
- see above).

So I don't think the Mozilla Project should blame other companies for writing
software which hangs Mozilla until Mozilla cannot handle poorly written external
code (plug-in).

And remember, that not only the Flash plugin crashes Mozilla, but also java_vm.
Should we then expect Sun to write a better plug-in and we should bear the
crashes until that point...? I don't think so ;)
(And these are only the two most popular plugins...)

The esd solution is also not a 100% one.

I believe Moz could be a little more precautious when launching plugin code... ;)

Comment 240

17 years ago
Acroread crashes Mozilla too, not just Flash and Java.

I know that writing a protected plugin environment would be a lot of work (just
how much I'm not sure), but Mozilla really does need to target this for
_sometime_ in the future. The sooner the better ... IMHO this is the biggest
outstanding bug in Mozilla for Linux.

Don't forget that Konquorer does implement something similar when it uses
Netscape plugins. Perhaps we can look at their implementation, and even use
parts of it (correctly wrt GPL etc of course).

It's pretty sad IMHO when someone else uses Netscape plugins better than Mozilla...

Comment 241

17 years ago
In my opinion it's not the plugin that hangs mozilla or the system, I think it's
just that mozilla has some bad sound code built in.

BTW: Know that the the flash plugin is a java-class, so this might afterall be a
java problem. The plugin consists of two components, namely :
ShockwaveFlash.class and libflashplayer.so.
Has anybody tried debugging these ?
> In my opinion it's not the plugin that hangs mozilla or the system, I think it's
> just that mozilla has some bad sound code built in.

Sorry, but your opinion is wrong...  just killing the program once it's hung
shows that control is in libflashplayer.so at that point.

ShockwaveFlash.class is used for LiveConnect, which is not really supported in
Mozilla (in other words, Mozilla completely ignores this file).

Comment 243

17 years ago
Hum... a new revision of the plugin is out for Linux (5.0r48), and now I can
access flash sites while using XMMS, ie, it does not try to open/block the sound
device anymore.
The URL to download it is
http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=ShockwaveFlash

Please confirm :)

Comment 244

17 years ago
Hum... a new revision of the plugin is out for Linux (5.0r48), and now I can
access flash sites while using XMMS, ie, it does not try to open/block the sound
device anymore.
The URL to download it is
http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=ShockwaveFlash

Please confirm :)
20020503 Shockwave Flash 5.0 r48

Xan, sadly no luck, still hangs here, probably you don't have esd or the like
running, btw do you use alsa?

Comment 246

17 years ago
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020313  Shockwave
Flash 5.0 r48
No luck here, either.  I still have to stop whatever I'm playing on xmms to
continue loading the page and using mozilla.
I'm using alsa drivers.

Comment 247

17 years ago
Wow, weird. I'm using OSS drivers and 5.0r47 doesn't work but 5.0r48 does. I'll
investigate why it does work in my box :)

Comment 248

17 years ago
*** Bug 142265 has been marked as a duplicate of this bug. ***

Comment 249

17 years ago
Hi

I have opened another ticket that was a duplicate of this one.
This is what I have tested.

Configuration:
- kernel 2.2.20 + openwall patches + alsa 0.5.x + i810 audio drivers
- Slack 8.0 based distro (glibc 2.2.3)

I have tested the Flash Plugin 5.0 r48, while having /dev/dsp busy and it hangs
with all this browsers: Mozilla (Mozilla/5.0 (X11; U; Linux i686; en-US;
rv:1.0rc1) Gecko/20020417), Netscape 6.x, Netscape 4.x, Opera 6 (statically linked).

Then I have used the Flash Player from the Netscape 4.77 distribution (version
4.0 r12) and it doesnt hang with any of the tested browsers (Mozilla, Netscape
6, Netscape 4, Opera 6).

So one "solution" now is to use the older plugin (at least for me).


Comment 250

17 years ago
What's the word on the flash 6.x plug-in?

Comment 251

17 years ago
This is the same behaviou I have been observing of other applications besides
mozilla/netscape, if you start realplayer-one while the audio device is busy,
you get the same problem. Most other software simply says that the audio device
is busy, and there fore cannot be accesed. Gqmpeg just refuses to play the audio
but does start up.
These are just observations of some testing I did, I hope it is usefull.

Comment 252

17 years ago
Debian 2.4.18
Mozilla 2002051121
Shockwave Flash 5.0 r47 plugin
ALSA

I am able to run sound apps and load a flash page (www.flash.com) at the same
time without mozilla locking up. I am using a Sony Vaio laptop with it's built
in soundcard. But, my floormate, who is running the same program versions and is
using  identical sound config but on a Turtle Beach soundcard can't load flash
pages while running a sound app (for the record he tried both r47 and r48).

I have no idea why it would make a difference but hopefully it might help those
of you who, unlike me, know what they are doing.
*** Bug 145536 has been marked as a duplicate of this bug. ***
*** Bug 146810 has been marked as a duplicate of this bug. ***

Comment 255

17 years ago
It seems to me that having Mozilla set an alarm() before initializing the plugin
would solve this problem. The stuck open() call would return EINTR, and things
would go on as planned.

Am I right?

Comment 256

17 years ago
*** Bug 143462 has been marked as a duplicate of this bug. ***

Comment 257

17 years ago
*** Bug 148337 has been marked as a duplicate of this bug. ***

Comment 258

17 years ago
*** Bug 148828 has been marked as a duplicate of this bug. ***

Comment 259

17 years ago
Hi all,
  Found a very simple way of sorting this problem out well it works for me, the
problem is with the aRts Sound Server, but u do not need to disable it, simply
click where it says Autosupend if idle for and set the timing to 1 second that
should fix it unless u activate flash within 1 second of the sound server.  Not
sure what else uses the sound server but all by sound works fine will using flash.

Hope that works on other systems, if no try disabling what you have running the
arts server all the time.

Comment 260

17 years ago
Not all of us are running the arts daemon, but nice try anyway ;)

Comment 261

17 years ago
Adding myself to track this intresting bug.  Anyone know the URL for aRts?

Comment 262

17 years ago
arts - www.kde.org
*** Bug 150075 has been marked as a duplicate of this bug. ***

Comment 264

17 years ago
Two questions concerning this bug:

1. I'm using KDE3 on Linux-Mandrake 8.2, and when i encounter this bug, 
   there is seemingly no way to kill Mozilla. Even killing all processes 
   containing "moz" using kill -KILL does not rid me of my Mozilla windows.
   And then when you close KDE, X somehow doesn't terminate correctly and 
   *Linux even freezes* when shutting down the computer. Is there a 
   workaround for this?

2. This type of problem would seem to warrant an option to turn off 
   plugins in the browser, as is now possible in Mail/News. Is there 
   already an enhancement request filed to add this capability?

Updated

17 years ago
Attachment #78038 - Attachment description: flash player → the .so file for flash 4.0r12 which doesn't have this problem

Comment 265

17 years ago
[NOT A MOZILLA ISSUE THIS IS A FLASH 5 ISSUE -- NOT MOZILLA][SEE COMMENT #210
for fixes, attached patch for workaround or use Flash 4 in other attachment][SEE
COMMENT #168 from Macromedia]
Whiteboard: [need ETA] → [NOT A MOZILLA ISSUE THIS IS A FLASH 5 ISSUE -- NOT MOZILLA][SEE COMMENT #210 for fixes, attached patch for workaround or use Flash 4 in other attachment][SEE COMMENT #168 from Macromedia]
Target Milestone: mozilla1.0.1 → Future

Comment 266

17 years ago
*** Bug 138669 has been marked as a duplicate of this bug. ***
*** Bug 153221 has been marked as a duplicate of this bug. ***

Comment 268

17 years ago
*** Bug 152543 has been marked as a duplicate of this bug. ***
*** Bug 142699 has been marked as a duplicate of this bug. ***
*** Bug 118182 has been marked as a duplicate of this bug. ***

Comment 271

17 years ago
Cleaning up the depends list.  Bug 91804 was duped onto us (so I'm removing it
from the list) and Bug 62460 was marked a dup of bug 156493 (so I'm changing it
in the list).
Depends on: 156493
No longer depends on: 62460, 91804
adding r48 plugin version to summary since it still hasn't fixed the problem.
Summary: Flash plugin (presumably 5.0 r47 only) hangs mozilla, when it's trying to play audio, while audio device is active. (Reproducible with some [e.g. es1371] sound driver) → Flash plugin (presumably 5.0 r47 and r48 only) hangs mozilla, when it's trying to play audio, while audio device is active. (Reproducible with some [e.g. es1371] sound driver)

Comment 273

17 years ago
*** Bug 156403 has been marked as a duplicate of this bug. ***
Assignee

Updated

17 years ago
Severity: major → normal

Comment 274

17 years ago
*** Bug 157948 has been marked as a duplicate of this bug. ***
Assignee

Updated

17 years ago
Whiteboard: [NOT A MOZILLA ISSUE THIS IS A FLASH 5 ISSUE -- NOT MOZILLA][SEE COMMENT #210 for fixes, attached patch for workaround or use Flash 4 in other attachment][SEE COMMENT #168 from Macromedia] → [PL2:Vendor][NOT A MOZILLA ISSUE THIS IS A FLASH 5 ISSUE -- NOT MOZILLA][SEE COMMENT #210 for fixes, attached patch for workaround or use Flash 4 in other attachment][SEE COMMENT #168 from Macromedia]

Comment 275

17 years ago
if we all email
flashplayerunix@macromedia.com

with this bug, maybe they will finally pay attention, here is a sample...

using mozilla (1.0) with the flash plugin (5.0-r48) when the sound
device is busy under gnu/linux (2.4.18) freezes mozilla...
please see
http://bugzilla.mozilla.org/show_bug.cgi?id=58339
for mozilla's full log of this bug
Assignee

Comment 276

17 years ago
reassign to me
Assignee: serge → beppe
Status: REOPENED → NEW
Here's my letter to Macromedia I've sent a while ago:

There's a critical bug in libflashplayer, for which there is a known fix.
Implementing that fix would probably take a Macromedia programmer 5 minutes
(most of this time being the formal paperwork for getting approvement for patch
check-in). Fixing this bug will make life better for thousands of users of
Mozilla/Netscape browser worldwide, who visit 2 million flash-enabled web pages
that exist today.

The bug is because certain latest versions or flash player library released by
Macromedia forget to open audio device with in a non-blocking mode (O_NONBLOCK),
as it was with older versions. This causes the Flash plugin and the whole
browser to hang, if any other application (like a sound player) uses the audio
device.

The simple solution which should eliminate the problem would be to add
O_NONBLOCK flag to the open() system call which opens the audio device for sound
playback. It is located in libflashplayer, and instead of:
  open("/dev/dsp", O_WRONLY), Flash player library should do this:
  open("/dev/dsp", O_WRONLY|O_NONBLOCK)

The general description of the bug can be found here:
http://bugzilla.mozilla.org/show_bug.cgi?id=58339
Possible fix suggestion
http://bugzilla.mozilla.org/show_bug.cgi?id=58339#c210:

Proof that this has broken with latest versions of libflashplayer:
http://bugzilla.mozilla.org/show_bug.cgi?id=58339#c135

Interesting comment outlining the importance of fixing this bug as soon as possible:
http://bugzilla.mozilla.org/show_bug.cgi?id=58339#c218

This issue really hurts lots of users and hurts the popularity of swf format itself!
BTW, I've got no response :-(

Comment 279

17 years ago
Heh, you were expecting one? ;)
I'm wondering -- that seems like a very simple fix.  Would it be possible for
someone to make a binary patch?
Vendors respecting their customers _do_ respond.

And Macromedia stresses that Flash plugin is almost ubiquitous, see their Flash
Player Adoption statistics:
http://www.macromedia.com/software/player_census/flashplayer/

You'd think they would be interested in this issue...

Anyway, for those of you that are interested in drawing Macromedia's attention
to this issue, I'd recommend visiting those pages:
http://www.macromedia.com/software/flash/contact/wishlist/
http://www.macromedia.com/support/forums/team_macromedia/
http://www.macromedia.com/support/players/
http://www.macromedia.com/support/flash/ts/documents/linux_player_readme.htm
http://webforums.macromedia.com/macromediaplayers/categories.cfm?catid=184
http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=ShockwaveFlash&P2_Platform=Linux&P3_Browser_Version=Netscape4

This starts to look like an evangelism case.

Comment 281

17 years ago
If someone sends me the affected binary, I can try to create a binary patch.

Comment 282

17 years ago
I wonder if it is possible for Mozilla to do something like turning off Flash
animations like the gifs, or make the flash stuff stop wasting CPU cycles
without disabling the plugin.  Trashy sites that use 3 or 4 animations at the
same time are just begging people to stay away (hello blockbusters branches).
*** Bug 160841 has been marked as a duplicate of this bug. ***

Comment 284

17 years ago
*** Bug 161873 has been marked as a duplicate of this bug. ***
Same problem as everyone, had to close down xmms before starting to surf the
web. I was using the OSS driver. I moved to the Esound output plugin
(libesdout.so) and had xmms play some tune. Then opened Mozilla (1.1b) and
visited www.joecartoon.com  - hey... it didn't freeze this time! Then I moved my
mouse over the links and miraculem est... I hear the website sounds right
through the xmms tune. This workaround works for me, maybe also for others?
Yeah, but guess what? No one wants to use esound or artsd or any of those lame
peices of software. Sound multiplexing belongs in the driver, not in userland
applications. And this still doesnt matter. Flash has a bug which makes it
clueless. It needs to be fixed. If Macromedia doesnt fix it, then no one will
use Flash because, really, it sucks unless you are on a major platform. And
guess what? Linux/fbsd/other-platforms-effected-by-this-bug collectivly _are_ a
major platform now. So either they fix it, or they loose customers.

Comment 287

17 years ago
> Yeah, but guess what? No one wants to use esound or artsd or any of those lame
> peices of software. Sound multiplexing belongs in the driver, not in userland

I agree.

> guess what? Linux/fbsd/other-platforms-effected-by-this-bug collectivly _are_ 
> major platform now. So either they fix it, or they loose customers.

Instead we would use...what..? There are _no_ allternative to flash, either we
(the OpenSource society) creates one, that gets accepted as widely as Flash
_is_, or we do work arounds. The esound solution seems to work. And even thou it
is not the best solution, its a solution.

By the way, this "thread" seems to decade into something non constructive.
Please let this be the last oftopic note.

Comment 288

17 years ago
A: argue in email
B: There is an open-source flash player
C: I've said it before and I'll say it again: STOP SPAMMING THIS BUG WITH "use a
multiplexer" !!!
Macromedia just released 5.0r50 plugin for Linux. It doesn't fix the problem.
updating summary.
Summary: Flash plugin (presumably 5.0 r47 and r48 only) hangs mozilla, when it's trying to play audio, while audio device is active. (Reproducible with some [e.g. es1371] sound driver) → Flash plugin (presumably 5.0 r47 - r50 only) hangs mozilla, when it's trying to play audio, while audio device is active. (Reproducible with some [e.g. es1371] sound driver)

Comment 290

17 years ago
Confirming that 5.0r50 shows the same (bad) behaviour for me.

Comment 291

17 years ago
*** Bug 158119 has been marked as a duplicate of this bug. ***
*** Bug 163368 has been marked as a duplicate of this bug. ***

Updated

17 years ago
Blocks: majorbugs

Comment 293

17 years ago
The problem went away for me when using Flash 5.0r50, but came back after
upgrading to Mozilla1.1.  So mozilla1.0 + flash5.0r50 OK; Mozilla1.1 +
flash5.0r50 hangs again

Comment 294

17 years ago
No the problem still persists for 5.0.50 with any mozilla, netscape or any other
browser that uses the same plugin.

Comment 295

17 years ago
I also see an error message : I wonder if it is related too.

LoadPlugin: failed to initialize shared library
/usr/lib/mozilla-1.1/plugins/libflashplayer.so
[/usr/lib/mozilla-1.1/plugins/libflashplayer.so: undefined symbol:
overrideShellClassRec] 

Comment 296

17 years ago
*** Bug 168765 has been marked as a duplicate of this bug. ***

Comment 297

17 years ago
*** Bug 169361 has been marked as a duplicate of this bug. ***

Comment 298

17 years ago
I just controlled my system and I noticed, that Mozilla will stop hanging up
loading a flashfile if in arts (KDE3) the Fullduplex-feature is disabled.

Seems that this is the best workaround. I disabled it on Gnome also and it worked.

Comment 299

17 years ago
Is this really a problem of Macromedia only?
I just crosschecked this fullduplex-resolution with the project mplayer and this
resolves the problem to open /dev/dsp also.
Ok, maybe they have a bug also but it is possible that this is a general problem
of arts, isn't it?

Comment 300

17 years ago
Is this really a problem of Macromedia only?
I just crosschecked this fullduplex-resolution with the project mplayer and this
resolves the problem to open /dev/dsp also.
Ok, maybe they have a bug also but it is possible that this is a general problem
of arts, isn't it?

Comment 301

17 years ago
No.  It's not arts specific.
A lot of people tracking this bug don't use arts, myself included.
The problem occurs when multiple applications are trying to access the sound
device (I think, correct me if I'm wrong.)
What arts does is act as an intermediary, mixing sound from various signals, and
then sending it to the sound device.  So arts is actually the only application
accessing the sound device.  I guess that's not the case when arts is in full
duplex mode.
Just for the record: Flashplayer 5.0.51 was released on 2002-09-11.
It doesn't fix the problem.

Do those people at Macromedia ever listen to the users? 
Why do they provide a link to their technical issues forum at
http://www.macromedia.com/support/forums
if no one listens?

This bug has been unfixed for so long. In my opinion it will cause a more
serious Public Relations problem than the cost of having a programmer sit down
and fix it a thousand times. Lots of people getting mad at Macromedia for this
are still there and numbers are rising.

And developers too. I planned to develop a UI for a web app using Flash; now I'm
definately not doing it. I'll probably  develop it in Jav. Flash? - never.

Comment 303

17 years ago
Macromedia will have a public beta available mid-Oct 2002 that resolves this 
issue.  We currently have this issue resolved and is confirmed fixed by our 
beta testers.

More to come soon - and Flash Player 6 too.

Regards
troy evans
flash player product manager

Comment 304

17 years ago
oh...an oficial statement from macromedia! Wow ! Spetacular ! Can you tell us
why it is taking so much time to fix a "one line bug" ? This kind of bugs get
corrected in the same day even in the slowest open source project. Also, I bet
if this bug had appeared in windows it wouldn't take a couple of hours to be
fixed. We are talking about months !

Even if you tell us "there is only one person working on flash_linux, it would
still be ridiculous"

Comment 305

17 years ago
We will make sure this kind of situation doesn't happen again.  You will see 
this kind of commitment with our upcoming public beta for Flash Player 6 on 
Linux.  I will notify the list once it is available.

Regards
Troy
Thanks,Troy for the update! Guys, please stop spamming this bug now that we know 
that we are soon going to get a release with this bug  fixed. thanks all for 
your patience !!!

Comment 307

17 years ago
Hi there,

I have a small workaround after trying the following three types of Sound output:

- aRTSSound
- OSS
- eSound

my environment:

- RedHat 7.3 (stable)
- Kernel ... (I dunno but this is nothing to do with this)
- Sound driver Cirrus Logic CS4297A rev A (although this is not the true sound
card, but system probed this to me)
- Mozilla 1.1 with plugins: JRE 1.3.1_04, Shockwave Flash 4.0r12 (copied from
Netscape communicator preinstalled with RH7.3)

Scenario 1:

1. aRTsSound output (server loaded)
2. XMMS running using aRTsSound
3. Mozilla loaded about:plugins (no problem sometimes)
4. Surf any site, with or without flash.....crash.... :(

Scenario 2:

1. aRTsSound disabled
2. XMMS running using OSS
3. Mozilla loaded about:plugins (no problem)
4. Surf any site OK, flash site (flash running w/o sound)

Scenario 3:

1. aRTsSound disabled
2. XMMS running using eSound
3. There will be an error "Make sure you selected the correct sound output",
when loaded XMMS for the first time and pressed play button. Press play again,
XMMS played cool...(some mixer adjustment have to be made, XMMS uses its own
volume control, have to turn on Video volume, Speaker volume for flash to have
sound strong, otherwise flash running with weak sound)
4. Flash is running cool, but there will be a millisecond phase delay for flash
playing

Assumption:

- I think the best approach is to be on scenario #3 for my environment and for
my own workout.

Further action:

- I will try to use aRTsSound with XMMS again with the 4.0r12 as earlier in
scenario 1, I am still loaded with flash 5.0rXX.

Note: I think this is not a Mozilla bug but rather that flash for linux could
not cook with a different sound driver nicely (for OSS and eSound output) and
could not have process prioritization (aRTsSound) properly.

Thanks

Neo Gigs
gigsvoo@yahoo.com
*** Bug 172256 has been marked as a duplicate of this bug. ***

Comment 309

17 years ago
*** Bug 172603 has been marked as a duplicate of this bug. ***
*** Bug 174444 has been marked as a duplicate of this bug. ***

Comment 311

17 years ago
Flash Plugin for Browsers 6 beta (Flash 6)
http://freshmeat.net/releases/100769/

according to freshmeat a new beta for flash on linux was just released.

"A fix was made for Flash Player crashing on remote display or hanging the
browser when it's trying to play audio, while the audio device is active.
Support for ECMA scripting and Flash 6 was also added."

Test the flash plugin for fun and profit:
http://www.macromedia.com/software/flashplayer/special/beta/


Does this indeed solve the problem?

Comment 312

17 years ago
My mozilla v 1.2b crashes when going to www.flash.com.  I just installed the new
Flash plugin.

Wardini

Comment 313

17 years ago
The new beta Flash plugin solves the problem for me.

I'm running RH 8.0 with mozilla 1.2b/20021017

After running the install script as root, I needed to chmod the files for it to
work...I guess the script doesn't make sure this is correct:

chmod a+r libflashplayer.so flashplayer.xpt
chmod a+x libflashplayer.so

The new plugin seems to fix bug 63182 too. :)
I reported a deleted bug.
This bug seems resolved.

I tried www.ford.it that it didn't work but with Macromedia Flash Player 6 beta
it works fine.

Comment 315

17 years ago
Im not sure its the new plugins fault. But when (if) flash grabs sound, Mozilla
dies. No messages, just a clean crash. If the sound device is busy (playing MP3s
with OSS) flash seems to work, but without sound.

Comment 316

17 years ago
For me it crashes everytime visiting e.g. www.macromedia.com, wether the sound
device is in use or not. Tested with trunk build 2002101920 on Debian sid.

Talkback ID is TB12814930Z

Comment 317

17 years ago
New flash works for me. Mozilla 1.2alpha on gentoo linux.

Comment 318

17 years ago
*** Bug 175785 has been marked as a duplicate of this bug. ***

Comment 319

17 years ago
Be careful!  Mozilla has a warning about compiling against GCC 3.2, saying that
binary plugins may be incompatible unless rebuilt.

iirc dmose hacked things so that Flash in particular should continue working
(but if you want Java your SOL and should mail Sun and ask them to provide a
working gcc 3.2 java pretty please).

Comment 321

17 years ago
Flash 6 works fine on 2002102004, no probs to play CDs and browse flash web
pages anymore.

Keep in mind that there is a bug in the beta so that you have to have the
gtk-devel packs installed to get the plugin working at all.  If not the flash
apps will not move.

The bug is addressed by macromedia and will be corrected before the final release.
Just to remind you, playing a cd doesnt tie up /dev/dsp (well, of course unless
you are playing it using a digital cd reading app)

Try playing an mp3 or something at the same time.
And no, before you say something, using esound or artsd is _not_ a solution to
this, especially since esound and artsd suck. (Multiplex mixing shouldnt _ever_
be  done by a userland application, especially since it requires alteration of
applications to use the mixer, instead of using /dev/dsp _like they are suppost
to do)

Comment 323

17 years ago
Correction;  MP3 , realaudio and all other apps using /dev/dsp is working fine
with 2002102004. 
Correction!!!

www.ford.it is not working...soem improvement but when you go to car (any car,
Focus, Mondeo, etc,) configuration page, page freezes (is it an issue of Flash
or Ford??)
Macromedia explicitly acknowledges that this is/was their bug in their release
notes and claims to fix it (about 3/4 down the page):

http://www.macromedia.com/software/flashplayer/special/beta/release_notes/

Some Issues Addressed

    * Linux Players
          o bug #58937 (in Bugzilla): Flash Player crashes on remote display.
          o bug #58339 (in Bugzilla): Flash Player hangs Mozilla, when it's
            trying to play audio, while audio device is active.

Comment 326

17 years ago
*** Bug 175985 has been marked as a duplicate of this bug. ***

Comment 327

17 years ago
*** Bug 176247 has been marked as a duplicate of this bug. ***

Comment 328

17 years ago
The new beta works fine for me (build 2002102322 , SuSE 7.3) in ish.com (bug
#158119)

Comment 329

17 years ago
Also for me using Mzilla 1.1 the new beta is working till now fine!

Comment 330

17 years ago
*** Bug 177420 has been marked as a duplicate of this bug. ***

Comment 331

17 years ago
WFM with Flash 6 beta on Linux with latest nightly build.

Comment 332

17 years ago
Works for me: Mozilla 1.1 on Linux, Flash 6.0 r60 (beta)
md5sum libflashplayer.so: cb1b427f5ef6e4fdedf18d82cc9ee9e9

Should we keep spamming this list with "works for me"?
Why ask questions you know the answers to?
Whiteboard: [PL2:Vendor][NOT A MOZILLA ISSUE THIS IS A FLASH 5 ISSUE -- NOT MOZILLA][SEE COMMENT #210 for fixes, attached patch for workaround or use Flash 4 in other attachment][SEE COMMENT #168 from Macromedia] → GET THE FLASH 6 BETA -- IT'S FIXED THERE

Comment 334

17 years ago
stop the hurt.
Assignee

Comment 335

17 years ago
since this is fixed with the new version of flash and has been verified as such,
marking as fixed
Status: NEW → RESOLVED
Closed: 18 years ago17 years ago
Resolution: --- → FIXED

Comment 336

17 years ago
http://mindscape.planetaclix.pt - does not work on mozilla 1.2beta on linux with
the flash6beta plugin.

I was told it works fine with mozilla 1.1 on windows. Any comments ?

Comment 337

17 years ago
Comment #336 should filed as a separate bug, unless it is related to audio. When
i go the site mentioned, nothing appears in the browser window, but Mozilla does
not hang as it did with the bug filed here.

Comment 338

17 years ago
*** Bug 180691 has been marked as a duplicate of this bug. ***
*** Bug 181369 has been marked as a duplicate of this bug. ***
*** Bug 182105 has been marked as a duplicate of this bug. ***
*** Bug 185071 has been marked as a duplicate of this bug. ***
really true - unbelivable, but: it's REALLY fixed!
Status: RESOLVED → VERIFIED
Im glad this works now. I wont have to shut off xmms if I want to browse
websites that have ads in Mozilla now. (A lot of companies use flasha ads now)
*** Bug 185393 has been marked as a duplicate of this bug. ***

Comment 345

17 years ago
*** Bug 195082 has been marked as a duplicate of this bug. ***

Comment 346

16 years ago
*** Bug 202130 has been marked as a duplicate of this bug. ***
*** Bug 215548 has been marked as a duplicate of this bug. ***

Comment 348

16 years ago
i have linux redhat 9, flash player version 6, mozilla v1.5a, kernel
2.4.20-20.9, when flash contains any audio it crashes after the first sound is
played, it doesn't matter weather i stop xmms or not, i have been able to play
it once. when i turned off xmms al together but even then i had the sound come
only in jerks so it was completly incoherant

Comment 349

16 years ago
o and by the way it doesn't hang it crashes, if i have xmms on at the same time
then that hangs until i kill mozilla but it doesn't work the other way around. 
Loki: try to trace system calls that the plugin/mozilla are making using this
command:

strace -p MOZILLA_PID

Where MOZILLA_PID is the PID of your mozilla process that is displaying that
page. Redirect output of strace to a file, and attach this file here.

Also try reporting this problem to Macromedia as it is more likely a bug in
their player.

Comment 351

16 years ago
*** Bug 226465 has been marked as a duplicate of this bug. ***

Comment 352

16 years ago
*** Bug 237375 has been marked as a duplicate of this bug. ***
*** Bug 216013 has been marked as a duplicate of this bug. ***

Updated

14 years ago
No longer depends on: 156493

Updated

14 years ago
No longer blocks: majorbugs

Updated

9 years ago
Component: Plug-ins → Flash (Adobe)
Product: Core → Plugins
QA Contact: shrir → adobe-flash
Target Milestone: Future → 2002
Version: Trunk → 5.x

Comment 354

3 years ago
Version and milestone values are being reset to defaults as part of product refactoring.
Target Milestone: 2002 → ---
Version: 5.x → unspecified
You need to log in before you can comment on or make changes to this bug.