87446 - Browser Hangs if /dev/dsp is in use

Status: VERIFIED DUPLICATE of bug 58339

(SeaMonkey :: General, defect)

Description

[Brian Ristuccia]

The browser hangs on startup if /dev/dsp is in use. I suspect it happens while
initializing the Java plugin, but I am not sure. Also, if /dev/dsp comes into
use by another program after Mozilla has started, the browser will periodicly
hang until the other program closes /dev/dsp. There seems to be no corralation
between the hangs and Mozilla needing to play some sound. 

Here's the startup:

Gdk-WARNING **: locale not supported by C library
 I am inside the initialize
 Hey : You are in QFA Startup 
(QFA)Talkback loaded Ok.
Registering plugin 0 for: "*","All types",".*"

[hung here until /dev/dsp user finished]

Registering plugin 0 for: "application/x-shockwave-flash","Shockwave Flash","swf"
Registering plugin 1 for: "application/futuresplash","FutureSplash Player","spl"
Registering plugin 0 for: "application/x-java-vm","Java(tm) Plug-in",""
Registering plugin 1 for: "application/x-java-applet","Java(tm) Plug-in",""
Registering plugin 2 for: "application/x-java-applet;version=1.1","Java(tm)
Plug-in",""
Registering plugin 3 for: "application/x-java-applet;version=1.1.1","Java(tm)
Plug-in",""
Registering plugin 4 for: "application/x-java-applet;version=1.1.2","Java(tm)
Plug-in",""
Registering plugin 5 for: "application/x-java-applet;version=1.1.3","Java(tm)
Plug-in",""
Registering plugin 6 for: "application/x-java-applet;version=1.2","Java(tm)
Plug-in",""
Registering plugin 7 for: "application/x-java-applet;version=1.2.1","Java(tm) Pl...

Now here's the last few lines under strace -f

[pid  9696] setsockopt(19, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
[pid  9696] connect(19, {sin_family=AF_INET, sin_port=htons(16001),
sin_addr=inet_addr("0.0.0.0")}}, 16) = -1 ECONNREFUSED (Connection refused)
[pid  9696] open("/usr/etc/esd.conf", O_RDONLY) = -1 ENOENT (No such file or
directory)
[pid  9696] open("/home/osiris/brianr/.esd.conf", O_RDONLY) = -1 ENOENT (No such
file or directory)
[pid  9696] access("/dev/dsp", W_OK)    = 0
[pid  9696] open("/dev/dsp", O_WRONLY <unfinished ...>
[pid  9698] <... poll resumed> [{fd=11, events=POLLIN}], 1, 2000) = 0
[pid  9698] getppid()                   = 9696
[pid  9698] poll([{fd=11, events=POLLIN}], 1, 2000) = 0
[pid  9698] getppid()                   = 9696
[pid  9698] poll([{fd=11, events=POLLIN}], 1, 2000) = 0
[pid  9698] getppid()                   = 9696
[pid  9698] poll([{fd=11, events=POLLIN}], 1, 2000) = 0
[pid  9698] getppid()                   = 9696
[pid  9698] poll([{fd=11, events=POLLIN}], 1, 2000) = 0
[pid  9698] getppid()                   = 9696
[pid  9698] poll([{fd=11, events=POLLIN}], 1, 2000) = 0
[pid  9698] getppid()                   = 9696
[pid  9698] poll([{fd=11, events=POLLIN}], 1, 2000) = 0
[pid  9698] getppid()                   = 96

(and so on, until the /dev/dsp user is killed)

Comment 1

[Brian Ristuccia]

The java related sound bug is #55283

Comment 2

[R.K.Aa.]

can you try moving the flash plugin out of the way and see Mozilla starts
afterwards. If it does, this is a dup of bug 58339.

Comment 3

[Brian Ristuccia]

You're right. But while debugging, I found another bug. Apparently mozilla loads
.nfs* files in the plugins/ directory, so when I deleted the plugin that was
held open by some lingering mozilla-bin processes from a crashed mozilla session
it still got loaded. Will open bug. 

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

Comment 4

[Brian Ristuccia]

Bug #87478 pertains to Mozilla's silly behavior of loading .nfs0038483d000000c5
type files in the plugins/ directory. 

Comment 5

[R.K.Aa.]

v