Description of problem: the "fix" of bug 868395 force sets SEND_CAD to false on Windows 7+ clients. This, coupled with "fix" to spice-gtk bug 807771 (present in recent builds of mingw-virt-viewer) that makes spice-gtk ignore magic-key triggered from "Send key" menu, makes it impossible to log in manually to VMs that require CAD to be pressed before displaying of the login screen - this is also a reason for "urgent" priority. Version-Release number of selected component (if applicable): sf10 + more recent spice cabs client: windows 7 (both archs), IE9 How reproducible: always Steps to Reproduce: 1. connect from windows/ie to the user portal 2. create a windows 7 VM, mark it as such, set it up to require ctrl-alt-del for login 3. disconnect from the VM, reconnect again 4. try to send ctrl-alt-del via menu 5. close the client, open console options 6. try to enable "pass ctrl-alt-delete to virtual machine" option Actual results: 4. ctrl-alt-del can not be sent * this issue is the reason for "urgent" severity IMO" 6. "Pass CAD to the VM" option can not be enabled Expected results: 4. ctrl-alt-del can be sent to the guest by default 6. "Passs CAD to the VM" option can be sent successfully Additional info: I'd personally drop this "Pass CAD" altogether. It was designed to route CAD from keyboard exclusively to client or the guest, but it depended on XP-only behaviour: https://bugzilla.redhat.com/show_bug.cgi?id=859036#c5 IMO the time has come to drop all this legacy away
Actually we had a bug where the CAD has been sent to guest all the time and it caused a problem (https://bugzilla.redhat.com/show_bug.cgi?id=918650) that the keyboard CAD has been sent to both the guest and client. But I have understood that this option is only about the keyboard CAD. And the disabling of the checkbox on win7+ is because you can not steel the keyboard CAD from the system (e.g. gets passed to both guest and client). If this have changed than we need it back or we need a new option which does this.
David - does the send CAD via the menu still work in this case?
currently it does not as we are sending the plugin option as "disable". It now applies to menu and that's not good. For Win7+ - do we need that greyed out checkbox at all?
(In reply to previous comments) Sending CAD from the menu should work regardless of SEND_CAD. The problem may be related to bug 929086 (and bug 929085), and not necessarily to SEND_CAD value.
(In reply to comment #2) > David - does the send CAD via the menu still work in this case? No, it does not, as Michal said and as it is captured in the bugs linked by Uri - that's the reason for such a high severity. (In reply to comment #1) > Actually we had a bug where the CAD has been sent to guest all the time and > it caused a problem (https://bugzilla.redhat.com/show_bug.cgi?id=918650) > that the keyboard CAD has been sent to both the guest and client. > > But I have understood that this option is only about the keyboard CAD. And > the disabling of the checkbox on win7+ is because you can not steel the > keyboard CAD from the system (e.g. gets passed to both guest and client). If > this have changed than we need it back or we need a new option which does > this. The CAD-being-sent-to-both-client-and-guest behaviour has been around for _years_ without somebody noticing it (filing a bug or customer case that would translate to a bug) while the attempts to fix it produced pretty nasty regression. IMO the original issue is not worth so much attention, that's why I proposed to drop route-CAD-to-just-guest-or-client feature altogether on systems where it is not applicable.
This CAD issue is addresed by https://bugzilla.redhat.com/show_bug.cgi?id=918650.