Bug 243135 - Gnome desktop panel and applets hang
Summary: Gnome desktop panel and applets hang
Status: CLOSED DUPLICATE of bug 238680
Alias: None
Product: Fedora
Classification: Fedora
Component: esound   
(Show other bugs)
Version: 7
Hardware: x86_64
OS: Linux
Target Milestone: ---
Assignee: Bastien Nocera
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2007-06-07 14:16 UTC by Bill C. Riemers
Modified: 2007-11-30 22:12 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-06-10 14:47:00 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Bill C. Riemers 2007-06-07 14:16:25 UTC
Description of problem:

Version-Release number of selected component (if applicable):

I just did a fresh install on my Dell490 of x86_64 Fedora 7.  However, GNOME
keeps hanging.  Initially, gnome would hang in the startup sequence just after
playing a startup sound.  The mouse would still respond, but the panel would
freeze in an incomplete render state.  At that point, the only way I can even
logout is to do a CTRL+ALT+BACKSPACE.  I then have to manually kill processes in
a console window before I try again.

I thought maybe the problem was that I used the same home directory as with
RHEL5.  So I created a brand new user, and a brand new directory.  With the
brand new user, I am able to login and even do things like start firefox to
report this bug.  But eventually, the panel always seems to freeze.  At that
point, the only way I can even logout is to do a CTRL+ALT+BACKSPACE.  I then
have to manually kill processes in a console window before I try again. 
Otherwise, when I restart the panel won't even be displayed.

Also, if I try to change the background, the gnome applet for background applet
freezes as soon as I try changing FullScreen to Tiled.  The applet stops
updating all together with the pop-up dialog still open.  If I cover the window
and then uncover it, it never repaints itself.  I suspect these two problems are
related, because if I do a force kill on the stalled applet, the panel will
allow me just one more action before it freezes.

How reproducible:

Always, with enough time.

Steps to Reproduce:
Actual results:

Expected results:

Additional info:

Comment 1 Bill C. Riemers 2007-06-07 14:26:59 UTC
Hmmm.  It turns out forcibly killing the stalled background preferences window
does not always stall the panel.  For the first time, I force quit the
background preference window and the panel continued to work normally. 
Furthermore, I was able to reopen background preferences and have it work once
after that.

I suspect this problem is a thread deadlock, because have not had this problem
occur on any of my single processor machines.  (The dell490 has two dual core


Comment 2 Nick Stoughton 2007-06-08 16:04:09 UTC
I have noticed a similar problem ... several apps hang (evolution is one), the
panel locks up ...

After running strace on some of the hanging apps, I find that they all seems to
hang in a read of /tmp/.esd/socket. Sending a HUP to the esd frees them up (for
a while).

Comment 3 Bill C. Riemers 2007-06-08 17:05:56 UTC
It was working great for about a day and a half.  Then I made the mistake of
enabling system sounds.  The next time I logged in, gnome hanged on login, and
every time afterwards.  For the sake of stability, I decided to use KDE until
this problem is resolved.

Comment 4 Nick Stoughton 2007-06-08 18:32:48 UTC
Here's a typical strace ....

access("/tmp/.esd/socket", R_OK|W_OK)   = 0
socket(PF_FILE, SOCK_STREAM, 0)         = 16
fcntl64(16, F_SETFD, FD_CLOEXEC)        = 0
setsockopt(16, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
connect(16, {sa_family=AF_FILE, path="/tmp/.esd/socket"}, 18) = 0
rt_sigaction(SIGPIPE, {0x41957e0, [PIPE], SA_RESTART}, {SIG_IGN}, 8) = 0
open("/home/nick/.esd_auth", O_RDONLY)  = 17
read(17, "%\255\322\345\217\253\34+\266\303\"@\0306\246\220", 16) = 16
write(16, "%\255\322\345\217\253\34+\266\303\"@\0306\246\220", 16) = 16
write(16, "NDNE", 4)                    = 4

Comment 5 Nick Stoughton 2007-06-08 18:55:58 UTC
A work-around for this problem appears to be:

1. kill the esd
2. Run gnome-sound-properties and on the "Sounds" tab disable esd. 

At this point, everything seems to work as expected (sans sound!)

Comment 6 Bill C. Riemers 2007-06-08 19:53:18 UTC
Nick is right.  The problem is definitely esd.  I've reproduced the same problem
on two other machines by enabling esd.

Comment 7 Ray Strode [halfline] 2007-06-09 00:24:37 UTC
Bastien, I think I saw similar esd bug fly by that was recently fixed?

Comment 8 John Conroy 2007-06-09 14:27:22 UTC
Duplicate of bug #238680?


edit /etc/esd.conf
default_options=-nobeeps -unix -as 2

Comment 9 Bill C. Riemers 2007-06-10 05:23:48 UTC
Yes, now that we determined esd is the cause, this is a duplicate bug.

I do not see how disabling beeps is going to help.  Any esd sound can cause the

Comment 10 Ray Strode [halfline] 2007-06-10 14:47:00 UTC

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

Note You need to log in before you can comment on or make changes to this bug.