After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 170700 - Fails to eject the second audio CD played
Fails to eject the second audio CD played
Status: RESOLVED NOTGNOME
Product: totem
Classification: Core
Component: general
0.100
Other All
: Normal minor
: ---
Assigned To: General Totem maintainer(s)
General Totem maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2005-03-17 17:05 UTC by Javier Kohen
Modified: 2005-03-18 06:55 UTC
See Also:
GNOME target: ---
GNOME version: 2.7/2.8



Description Javier Kohen 2005-03-17 17:05:49 UTC
Please describe the problem:
Hi, I reported this bug on the Debian BTS some months ago, but it didn't get
much attention http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=280530 .

The description is on the first message, but later on I found out that it
affects totem with both backends and it doesn't affect the xine application.


Steps to reproduce:
1. Play one audio CD to completion on totem.
2. Don't close totem. Change the CD. Play it to completion.
3. Try to eject the CD from totem's menu or with the eject button. The CD
shouldn't come out.

4. To get the CD back, close totem. Sometimes it crashes at this point (the CD
should be safe :-) ).


Actual results:
I have to restart totem every two CDs.

Expected results:
To play all CDs I feed it until the entropy in the universe gets to a point
where there won't be enough power to feed my laptop (including the CD drive).

Does this happen every time?
Yes.

Other information:
Comment 1 Bastien Nocera 2005-03-17 17:16:56 UTC
When you are about to eject the second CD, does it correctly empty the playlist?
If the playlist is correctly emptied, can you run "eject <path to CD device>"
successfully? If not, could you check whether Totem is the one keeping the CD
busy ("lsof | grep <path to CD device>" should help).
You can get the CD device path that Totem uses by running:
gconftool-2 --get  /apps/totem/mediadev
Comment 2 Loïc Minier 2005-03-17 19:20:56 UTC
(This is Debian bug <http://bugs.debian.org/280530>.)
Comment 3 Javier Kohen 2005-03-17 23:09:43 UTC
I'm no longer able to reproduce it. This is strange, as at most one week ago I
was suffering this problem with this same version of totem (0.100).

My guess is that a recent upgrade in the compiler and a recompilation of totem
fixed this. I'm using the gcc-4.0 archive of Debian AMD64, which sometimes
suffers from bugs in this very new compiler branch. Packages are recompiled
frequently sometimes without other changes.

If this happens again soon I'll make sure to answer your questions, otherwise
I'll eventually close it. Just for the record, eject didn't use to work unless I
ran it as root or closed totem first.
Comment 4 Loïc Minier 2005-03-18 06:55:09 UTC
Closing as NOTGNOME.