Bug 918650

Summary: The "Pass CTRL-ALT-DEL to virtual machine" is grayed out for a W2K8R2 client, yet it is passed to both guest and client.
Product: Red Hat Enterprise Virtualization Manager Reporter: Bill Sanford <bsanford>
Component: ovirt-engine-userportalAssignee: Tomas Jelinek <tjelinek>
Status: CLOSED NOTABUG QA Contact: Jiri Belka <jbelka>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 3.2.0CC: acathrow, dyasny, ecohen, iheim, michal.skrivanek, mkrcmari, ofrenkel, pvine, Rhev-m-bugs, scohen, vipatel, ykaul
Target Milestone: ---Keywords: Regression
Target Release: 3.2.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: virt
Fixed In Version: sf13 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-05-16 13:05:05 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
CAD hover text none

Description Bill Sanford 2013-03-06 16:44:50 UTC
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:

Comment 4 Tomas Jelinek 2013-03-12 08:52:55 UTC
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.

Comment 5 Bill Sanford 2013-03-12 13:34:14 UTC
I don't see it happening where you spell it out in comment 4.

Comment 6 Tomas Jelinek 2013-03-14 09:42:37 UTC
merged U/S: f189021903df9e090209d4877dc5633b120753b0

according to the comment 5 it is only oVirt issue, so no hand over to SPICE team is needed

Comment 8 Jiri Belka 2013-04-05 09:46:45 UTC
ok, sf13, spicex.log has 'sending msg id 15 bool 0' and ctrl-alt-del passing does _not_ work.

Comment 9 Bill Sanford 2013-05-14 12:37:28 UTC
This is happening again in sf16.1.

Comment 10 Michal Skrivanek 2013-05-14 12:42:31 UTC
what exactly is happening, unchecked greyed out checkbox?

Comment 11 Bill Sanford 2013-05-14 13:02:20 UTC
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.

Comment 13 Bill Sanford 2013-05-14 17:25:11 UTC
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.

Comment 14 Michal Skrivanek 2013-05-15 07:14:41 UTC
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?

Comment 15 Bill Sanford 2013-05-15 14:02:46 UTC
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.

Comment 16 Michal Skrivanek 2013-05-16 12:47:07 UTC
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

Comment 18 Bill Sanford 2013-05-16 13:43:07 UTC
Created attachment 748858 [details]
CAD hover text

Comment 19 Bill Sanford 2013-05-16 13:45:24 UTC
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?