Red Hat Bugzilla – Bug 75461
xchat crashed after unmounting cdrom
Last modified: 2007-04-18 12:47:20 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.5 (X11; Linux i686; U;) Gecko/20020809
Description of problem:
xchat crashed when cdrom is unmounted using Disk Mounter (2.0.1) applet
Version-Release number of selected component (if applicable):
Steps to Reproduce:
2.insert a cd (auto mounted)
3.unmount it clicking on the diskmounter applet icon
Actual Results: xchat window disapear and the process is killed
I had seen this behavior on xchat on rhl7.3 for some time, and now on rhl8.0
also. It is sporadic and hard to reproduce on purpose. In fact, I was on the
verge of reporting it on rhl7.3 but the behavior seemed to go away for the last
xchat sometimes crashes when a new icon appears, or an existing icon disappears,
from the gnome/nautilus desktop.
I noticed it most on device mounts like /mnt/cdrom and /mnt/flash, but it has
happened once even by just choosing "New Folder" on the desktop menu. It's
happened with xchat on the current workspace, or even on another gnome-provided
I'll try to get some forensics like a core dump or an strace if possible.
Enough people have commented to me that they see this weird activity
that I believe there is a problem somewhere, but I'm not sure where,
and I never experience these problems so I'm sure my local system is
somehow configured different to the systems of those experiencing
Could someone who can reproduce this to some degree please attach
a backtrace or do some kind of troubleshooting to narrow the problem
down or provide info to allow me to have something more to go on?
Also CC'ing some of our desktop guys for input into this weirdish problem.
Does anyone have any insight on this at all? Perhaps a step by step
The only thing I can think of, is if xchat is started from the commandline
while the CWD is inside the CDROM heirarchy, but then that doesn't make much
sense either as it would refuse to umount. Any info you can provide which
could be useful to reproduce this, please add.
It seems very weird. I think the only way to debug it is to get a backtrace from
the crashed xchat.
I couldn't get it to crash by following the steps in #1. ;o/ Enough people
have been having this problem though that it should be more reproduceable
than I'm getting. My only guess is that it is dependant on specific xchat
settings perhaps that I don't have set the same way.
I'll give a shot at scripting it to break.
Nobody is able to reproduce this problem internally, and in order to even
be able to fathom a guess as to what is causing it, we require someone who
can actually reproduce it to enable core dumps on their system, and get
a backtrace. If this problem is still occuring in xchat 2.0.4 in rawhide
on our Severn beta or later, please obtain a backtrace and reopen this
bug report. I also recommend filing a bug report with the xchat upstream
project to maximize exposure.
Closing as WORKSFORME for now. Reopen if necessary.