Reply to thread

Message

<blockquote data-quote="CyberSimian" data-source="post: 1185339" data-attributes="member: 141969">I have not tested the 1.15pre fix yet, as I need to boot my test partition to do that.&nbsp; However, whilst my production partition was running, I thought that I would see what happens when there is more than one CD/DVD drive in the system.&nbsp; So I plugged in my USB CD/DVD drive and loaded a DVD into each drive (using the physical buttons on the drives to open and close the drawers).The context menu worked fine -- moving the focus to a CD/DVD drive enabled the &quot;Eject&quot; action on the menu, and selecting that action caused the correct drawer to be opened. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" />Similarly, with both drawers open, selecting the &quot;Load&quot; action caused the correct drawer to be closed. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" />But now we come to the EJECT button on the remote control.&nbsp; If neither CD/DVD drive had the focus, pressing the EJECT button opened the drawer for the first CD/DVD drive in the list of folders.&nbsp; In my case this happened to be the USB drive, accessed as &quot;F:&quot; (the built-in drive is &quot;O:&quot;).&nbsp; This behaviour seems OK. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" />The unexpected behaviour is what happens when one of the CD/DVD drives has the focus.&nbsp; In this case I would expect EJECT to open the drawer for the drive with the focus, but it does not; it always acts on the first CD/DVD drive in the list. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite3" alt=":(" title="Frown&nbsp; &nbsp; :(" loading="lazy" data-shortname=":(" />This is possibly a nuance in the dialogue, which may not have been designed to work that way.&nbsp; I think that it should work that way, but this need not hold up including the fixes in the forthcoming release. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite24" alt="(y)" title="Thumbs Up&nbsp; &nbsp; (y)" loading="lazy" data-shortname="(y)" />-- from CyberSimian in the UK</blockquote>

[QUOTE="CyberSimian, post: 1185339, member: 141969"] I have not tested the 1.15pre fix yet, as I need to boot my test partition to do that. However, whilst my production partition was running, I thought that I would see what happens when there is more than one CD/DVD drive in the system. So I plugged in my USB CD/DVD drive and loaded a DVD into each drive (using the physical buttons on the drives to open and close the drawers). The context menu worked fine -- moving the focus to a CD/DVD drive enabled the "Eject" action on the menu, and selecting that action caused the [B]correct drawer[/B] to be opened. :) Similarly, with both drawers open, selecting the "Load" action caused the [B]correct drawer[/B] to be closed. :) But now we come to the EJECT button on the remote control. If [B]neither CD/DVD drive[/B] had the focus, pressing the EJECT button opened the drawer for the [B]first CD/DVD drive[/B] in the list of folders. In my case this happened to be the USB drive, accessed as "F:" (the built-in drive is "O:"). This behaviour seems OK. :) The unexpected behaviour is what happens when one of the CD/DVD drives has the focus. In this case I would expect EJECT to open the drawer for the drive with the focus, but it does not; it always acts on the first CD/DVD drive in the list. :( This is possibly a nuance in the dialogue, which may not have been designed to work that way. I think that it [I]should[/I] work that way, but this need not hold up including the fixes in the forthcoming release. (y) -- from CyberSimian in the UK [/QUOTE]

Verification