[Bug 26158] New: Audio CD-ROM is lacking some integration into volume management on MacOS

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=26158

           Summary: Audio CD-ROM is lacking some integration into volume
                    management on MacOS
           Product: Wine
           Version: 1.3.13
          Platform: x86
        OS/Version: Mac OS X 10.5
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: -unknown
        AssignedTo: wine-bugs at winehq.org
        ReportedBy: hoehle at users.sourceforge.net


MCICDA loops across all drives looking for one matching
  (GetDriveTypeW(root) == DRIVE_CDROM)
but finds none on MacOS even when an audio CD-ROM is inserted.

Oddly, winecfg correctly displays "Audio CD" for e.g. drive D: in
auto-detection mode.  However it is not until I force D: to type CD-ROM in
winecfg that GetDriveType() returns the expected type, granting access to
MCICDA.

Furthermore, I must hit "Apply" in winecfg and leave its window open for this
trick to work.  Presumably otherwise the list is dynamically rebuilt by the
volume manager upon the next process start and the setting overwritten.

I believe this is sufficiently different from bug #20555 (A. pure audio vs.
mixed data+audio CD-ROM; B. /media/cdrom vs. cdrom0) on Linux to warrant its
own entry.

Reproduce using my MCI shell (bug #20232, comment #10)
wine wintest.exe mcishell
open cdaudio
will yield MCIERR_CANNOT_LOAD_DRIVER if there's no drive type match.
Leave the shell open, apply configuration change in winecfg, then it succeeds.
close cdaudio

-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.