Description of problem: The "Pass CTRL-ALT-DEL to virtual machine" is grayed out. Hover over the text and I get "Not supported for this client OS." When the VM is launched from the USER Portal and I use CTRL-ALT-DEL to unlock VM, the CTRL-ALT-DEL gets passed to the guest but then it also gets passed to the W2K8R2 client. Version-Release number of selected component (if applicable): RHEV-M 3.2 (sf9) rhevm-spice-client-x64-cab-3.2-2.el6ev.noarch.rpm How reproducible: 100% Steps to Reproduce: 1. 2. 3. Actual results: I use CTRL-ALT-DEL to unlock VM, the CTRL-ALT-DEL gets passed to the guest but then it also gets passed to the W2K8R2 client. Expected results: CTRL-ALT-DEL should unlock the client or guest, not both. Additional info:
I have checked it - well, we have a childish bug there, but still may be also a spice bug. The behavior is the following: - the "send ctrlAltDelete" is true by default - if the console popup is opened, the client OS is checked, and if not supported (e.g. client is newer than Windows 7), the "send ctrlAltDelete" is set to false. In other words, - if you have W2K8R2 and press connect, the "send ctrlAltDelete" is set to true (bug) - if you have W2K8R2 and open the edit console popup and close it (with no change) and than connect, the "send ctrlAltDelete" will be set to false (correct) So there is for sure a bug on our side, but may be also on spice side. Bill, could you please check the following? - open the edit console popup and close it - open the console - check if the ctrl alt delete is passed to guest or not If it is still passed to the guest, there is also a spice issue that it ignores the "SendCtrlAltDelete" param. Thank you.
I don't see it happening where you spell it out in comment 4.
merged U/S: f189021903df9e090209d4877dc5633b120753b0 according to the comment 5 it is only oVirt issue, so no hand over to SPICE team is needed
ok, sf13, spicex.log has 'sending msg id 15 bool 0' and ctrl-alt-del passing does _not_ work.
This is happening again in sf16.1.
what exactly is happening, unchecked greyed out checkbox?
Michal, the "Pass CTRL-ALT-DEL to virtual machine" is grayed out. When the VM is launched from the User Portal and I use CTRL-ALT-DEL to unlock VM, the CTRL-ALT-DEL gets passed to the guest but then it also gets passed to the W2K8R2 client.
Michal, I have done some more testing. This was fixed in sf13. However, because there is no ActiveX upgrade from RHEV-M 3.1 to RHEV-M 3.2 in (sf16), this bug has resurfaced. I have verified that if I go right to 3.2 User Portal (Without going to 3.1 first), this bug is still fixed.
the fix was only a small logic change in UP, it should not be affected by version nor even a presence of ActiveX. How exactly did you manage to reproduce it?
I am reassigning to activex-win since this only happens when there is not activex upgrade from a 3.1 to 3.2 User Portal.
Bill, there are 2 different issues. -the actual fact whether the CAD is passed - the checkbox in UP I need a clarification regarding the checkbox. It should not be related to whether you have or have not up to date ActiveX. So can you please confirm just the state of the checkbox? It should be greyed out _and_ checked regardless. It should only be based on that particular Windows OS type configured for the VM. If it is not, it's a valid "virt" issue and we have to fix it
Created attachment 748858 [details] CAD hover text
Michal, I see a huge confusion issue here, as well. You say that the CAD checkbox should be "greyed out _and_ checked regardless." If that is the case, this tells me that the option *IS* enabled and you can't turn it off. Yet when you hover over it (When you edit the Console of the VM), the hover-text says: "Not supported for this client OS." Do you see where someone would think this should work and it doesn't?