Red Hat Bugzilla – Bug 79657
Conflict Between XMMS and Browser's Flash Plugin
Last modified: 2014-03-16 22:32:59 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.6 (X11; Linux i686; U;) Gecko/20020830
Description of problem:
I spend a lot of time surfing the Internet while listening to MP3/OGG files.
However, a conflict between the Flash plugin and XMMS freezes by Browser.
I did install the Flash plugin from Macromedia so I understand this isn't
totally a Redhat issue. I don't know if this problem occurs when using the
[insanely overpriced] version of RH 8 that has the multimedia plugins.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Play MP3 or OGG audio through XMMS.
2. Surf the web until you get to a page with an embedded flash animation.
Actual Results: All open windows of Galeon or Mozilla will freeze, even if
there is no flash in that window. Pausing the XMMS player for about 5 seconds
seems to fix the problem and gives the flash a chance to launch.
Expected Results: The flash should initialize withouth needing to pause the
If this isn't the correct forum to report this bug, please let me know where I
should go. This is really an important issue because internet advertising is
more and more often a flash animation, which means my system is always freezing
up when I'm surfing around.
This issue also occurred when I was using Redhat 7.3 systems. I'm trying to use
Linux as my main workstation and also to convince my tech-savvy MSCE friends to
use it but this kind of bug gives people a bad first impression.
Thanks for your time... I know this was a long bug report for such a simple issue.
This most likely means that xmms is holding the sound device open. You can try
using a different output plugin in xmms (such as esd or arts)
Sorry, this didn't solve the problem. I tested XMMS using different output
plugins and it still wouldn't work.
- aRts doesn't even play at all
- eSound conflicts with flash
- OSS conflicts with flash
If you guys are aware of the community page regarding the flash plugin, I'll
post this bug with them.
If you run netscape under esddsp (and use esd for xmms) does that work better?
I don't know how to do that. What is "esddsp"?
esddsp is essentially an LD_PRELOAD that redirects sound output to esound.
Usage is 'esddsp <program you want to run>'
Yes, that did work! Thanks!
As a fairly new desktop Linux user, this problem really confused the hell out of
me, and I've been using Linux as a web server for years. Can you guys make sure
this is addressed in your newwest release?
Thanks again. I appreciate it.
Well, we don't ship netscape or the flash plugin in our current releases.
Including 8.0. So, it would be hard to modify them as such. The various sound
system conflicts do need fixing, but it's not something we're going to tackle in
the short immediate future.
Well, the problem occurs in the default *shipping* version of Galeon and Mozilla
which both exist in the RH 8.0 distribution.
Out of curiosity, why not ship the flash plugin? It's open and very popular. Is
it a Macromedia license thing?
It's not open source, for one thing; we've been slowly weeding out those parts
of the distro. It's also had a history of security problems.
Unfortunately, I really don't see how this is simply fixable in the current
framework; there's no way for netscape or mozilla to know a) what sound server
the desktop they're running under is using b) what other apps are running (such
as xmms) c) what sound server *those* apps might be using. Moreover, it's
essentially an issue in the flash plugin if it freezes the web browser; it
should fail gracefully if it can't open the sound device.