Bug 1057763

Summary:	Control-alt-delete mapping to control-alt-end doesn't work in VNC.
Product:	[Retired] oVirt	Reporter:	Alexander Wels <awels>
Component:	ovirt-engine-webadmin	Assignee:	Frantisek Kobzik <fkobzik>
Status:	CLOSED NOTABUG	QA Contact:	bugs <bugs>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	3.4	CC:	acathrow, awels, ecohen, gklein, iheim, mgoldboi, michal.skrivanek, yeylon
Target Milestone:	---
Target Release:	3.4.1
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:	virt
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-03-24 14:32:17 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:

Description Alexander Wels 2014-01-24 18:47:01 UTC

Description of problem:
During test day of 3.4, I testing the mapping of control-alt-delete on control-alt-end for the client, and pressing ctrl-alt-end on did nothing. Pressing control-alt-delete sent control-alt-delete to the guest system as expected, as did using the menu option in the VNC client.

Version-Release number of selected component (if applicable):


How reproducible:
100%

Steps to Reproduce:
1. Create VM and set console option to VNC in edit VM window.
2. Start VM and verify that the 'Map control-alt-del shortcut to ctrl+alt+end' is checked. 
3. Connect to the VM with VNC.
4. Press control-alt-end on keyboard, and notice nothing happens.
5. Press control-alt-del on keyboard, and notice that the guest does what is supposed to happen when receiving control-alt-del. In my case lock the screen. Verify that this is the proper behavior by using the VNC viewer menu option 'send ctrl-alt-del to remote system'.

Actual results:
Nothing happens.

Expected results:
That ctrl-alt-del is sent to the remote system and the appropriate action is taken.

Additional info:

Comment 1 Itamar Heim 2014-01-26 08:10:43 UTC

Setting target release to current version for consideration and review. please
do not push non-RFE bugs to an undefined target release to make sure bugs are
reviewed for relevancy, fix, closure, etc.

Comment 2 Frantisek Kobzik 2014-01-28 08:35:10 UTC

Hi Alex,

did you test SPICE protocol too? If so, did the mapping work?

Thanks.

Comment 3 Frantisek Kobzik 2014-01-28 08:39:39 UTC

Also, which version of virt-viewer do you have? The feature is quite recent.

Comment 4 Alexander Wels 2014-01-28 13:30:39 UTC

I was unable to get spice to work in my nested kvm environment, but I tried it against master in my development setup, which should have the same feature and it didn't work in spice either.

My virt-viewer version is:
virt-viewer version 0.5.6-1.fc19

Comment 5 Frantisek Kobzik 2014-01-28 14:13:55 UTC

My mistake,

I've just checked builds and it seems that this feature is only targeted for windows clients (I don't think this is a good idea, but whatever.).

The current upstream windows version (which users are encouraged to use with oVirt) is 0.6.0 and should be capable of the remapping.

In any case, the feature should be greyed out for linux clients. I'll fix that.

Thanks for feedback!

Comment 6 Alexander Wels 2014-02-12 13:44:31 UTC

Additional information from the second test day. I tried this feature on windows and the feature worked as expected. Feel free to close the bug as it works.

Comment 7 Sandro Bonazzola 2014-03-04 09:18:26 UTC

This is an automated message.
Re-targeting all non-blocker bugs still open on 3.4.0 to 3.4.1.

Comment 8 Frantisek Kobzik 2014-03-24 14:32:17 UTC

Closing as the feature was tested with old virt-viewer and works fine with current version.