GNOME Bugzilla – Bug 6898
gtcd should not attempt to load the drive if options are off
Last modified: 2004-12-22 21:47:04 UTC
Package: gtcd Version: 1.0.51 When cd is ejected, gtcd goes into a mode of scanning the CD drive to see if a new disk is loaded. At this point, the whole machine locks up hard and must be restarted with the RESET button. No message is printed or logged. The gtcd window notes that it is in "scanning" mode (or whatever that mode is), and everything freezes. The sound card is an EMU10K1 (SBLive!), and I am running the ALSA drivers (version 0.5.5), but the failure occurs using the OSS drivers as well. The CD player is a Ricoh CD-R/RW RW7060S SCSI drive. The SCSI controller is a Mylex BT-950 Flashpoint. The kernel is the RedHat kernel-2.2.14-1.5.0 package from Rawhide, rebuilt for a stock RH6.1 system and custom-compiled. So far (one attempt), the problem has not occurred using the cdplayer_applet in place of gtcd. Matthew Saltzman Clemson University Math Sciences mjs@clemson.edu http://www.math.clemson.edu/~mjs ------- Additional Comments From mjs@math.clemson.edu 2000-03-05 18:35:34 ---- Subject: Follow up (gtcd locks machine hard when scanning drive) From: Matthew Saltzman <mjs@math.clemson.edu> To: 6898@bugs.gnome.org Message-Id: <200003052335.SAA01636@nautilus.math.clemson.edu> Date: Sun, 5 Mar 2000 18:35:34 -0500 (EST) My mistake. cdplay_applet exhibits the same sysmptoms: a few seconds after the disc is removed, the machine freezes and must be reset manually. Matthew Saltzman Clemson University Math Sciences mjs@clemson.edu http://www.math.clemson.edu/~mjs ------- Additional Comments From mjs@math.clemson.edu 2000-03-09 17:24:20 ---- Subject: Ricoh CD/RW From: Matthew Saltzman <mjs@math.clemson.edu> To: 6898@bugs.gnome.org Message-Id: <200003092224.RAA21796@math.clemson.edu> Date: Thu, 9 Mar 2000 17:24:20 -0500 (EST) I just saw the announcement for the latest version of cdrecord (1.8.1a02). The change log includes the following item: >[cdrecord-1.8.1a01-1] >[...] > >- Cdrecord: >- Added send_opc routine to driver interface. > This was needed because of a Firmware bug in the Ricoh 7040 and 7060 > drives. The MMC standad requires that a drive will automatically > perform OPC but the Ricoh drives don't do this. I have had problems with machine lockups using cdrecord also, so I wondered if this was a clue that you could use. I have not tried burning a CD with this version yet to know if I still have the problem there. Unfortunately, I am not familiar enough with the interface specs to know what MMC and OPC are. I will also now also approach Ricoh, but a software fix might be quicker and will help other Ricoh owners (if this is in fact the problem). Thanks. Matthew Saltzman Clemson University Math Sciences mjs@clemson.edu http://www.math.clemson.edu/~mjs ------- Additional Comments From mjs@math.clemson.edu 2000-03-22 17:29:05 ---- Subject: Not really a bug From: Matthew Saltzman <mjs@math.clemson.edu> To: 6898@bugs.gnome.org Message-Id: <200003222229.RAA04561@math.clemson.edu> Date: Wed, 22 Mar 2000 17:29:05 -0500 (EST) I have reproduced the problem with a separate program that simply opens /dev/cdrom repeatedly. When there is no disk in the drive, the system will freeze after about a half-dozen attempts. The only other thing I notice is that even with all auto-detect options turned off in the CD Player config screen, the player still does apparently attempt occasional opens of the CD-ROM. I had the player up with all options unchecked, and the system eventually froze. It would be nice if, when all those options are off, the player made *no* attempt to open the device unless prompted by a button press. Then I could actually use it. I haven't had any trouble at all with xplaycd, for example. I assume that this means xplaycd doesn't issue background opens. Thanks. Matthew Saltzman Clemson University Math Sciences mjs@clemson.edu http://www.math.clemson.edu/~mjs ------- Bug moved to this database by debbugs-export@bugzilla.gnome.org 2001-01-28 11:33 ------- This bug was previously known as bug 6898 at http://bugs.gnome.org/ http://bugs.gnome.org/show_bug.cgi?id=6898 Originally filed under the gnome-media product and gtcd component. Unknown version 1.0.x in product gnome-media. Setting version to the default, "unspecified". The original reporter (mjs@math.clemson.edu) of this bug does not have an account here. Reassigning to the exporter, debbugs-export@bugzilla.gnome.org. Reassigning to the default owner of the component, peter@ximian.com.
Does this mean that this isn't really a GNOME bug?
The lockups are not a gnome bug, but I think that if gtcd is set to do nothing on startup and CD properties are set to not automount a data CD and not run a program for an audio CD, then there should be no attempt by GNOME to open the CD drive unless a program is explicitly launched by the user. I have since swapped out the Ricoh drive for an HP 9010. I still get some flakey behavior, but I don't get the reliable lockups that I used to.
I'm assuming this is still a problem for the gtk2 port.
*I* don't know for sure, as I'm currently using Red Hat's gtk+-1.2.10. I'm not sure I'm ready to upgrade just to test... Still need anything from me? AFIK, the only issue left here is gtcd issues background opens even when told not to.
gtcd is deprecated for 2.0 so the chances are this won't get fixed.
Fine with me. I assume there will be a CD player app, though, and I hope it will handle this issue correctly.
Then removing the GNOME2 keyword; didn't realize it was deprecated, iain.
If gnome-cd in gnome2 still does this, please file a new bug...