From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2.1) Gecko/20010901
Description of problem:
The CD player will play only a single track.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Insert music CD into CD player, music starts automatically;
2.OR press "play" on CD player applet;
3.OR press "play" on gtcd utility.
Actual Results: Music stops playing after completion of one track.
Expected Results: Music continues to play until end of CD is reached or
until "stop" button is pressed.
System is a Dell GX1, Pentium III, 256 MB RAM. Fresh workstation install,
few preference changes. All updates applied.
Perhaps significant, I configured the automounter (autofs) to use /etc/auto.misc
by uncommenting the line in /etc/auto.master. Perhaps too many things are
monitoring the CD-ROM drive? If so, perhaps a comment discouraging use of both
automounter and magicdev should be added to /etc/auto.master.
GNOME sound startup at login is enabled.
CD player worked properly/as expected under RHL 6.2, 7.0, and 7.1.
No messages written to $HOME/.xsession-errors or recorded by syslog.
Killed automounter, but problem persists.
Selected Preferences -> Peripherals -> CD Properties, disabled everything,
clicked "OK", restarted gtcd, problem persists.
I don't see a reason to suspect magicdev/gtcd/cdapplet vs. hardware/driver
issues, since there have been no other reports of this, and the gnome apps have
not really changed from 7.1 to 7.2.
I have had this problem, too.
It seems to have something to do with the interaction of CD player application
and kernel. According to my experience it happens only IDE CD-ROMS driven
through ide-scsi (perhaps also with "real" SCSI CD-ROMS), i.e. typically
I noticed that some CD player apps (cdp, KDE CD player) work fine, while others
(Gnome CD player, Loki games) don't. An strace shows that the apps that don't
work read the TOC continuously (for whatever reason). The ide-cd driver caches
the TOC info in a kernel data structure and returns it without bothering the
player. If ide-scsi is used, however, the TOC is read from drive through a SCSI
command at every request, which in turn stops the playback.
The apps that do work read the TOC only once before starting the playback
(sounds reasonable, no?).
If it depends BOTH on the player AND the use of ide-scsi that would explain why
we couldn't reproduce this ;(
The explenation sounds reasonable; and I think the players ought to be fixed...
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases,
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/