Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1169286 - Incorrect shift key behaviour
Incorrect shift key behaviour
Status: CLOSED ERRATA
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: mingw-virt-viewer (Show other bugs)
3.5.0
x86_64 Windows
medium Severity medium
: ovirt-3.6.0-rc
: 3.6.0
Assigned To: Pavel Grunt
SPICE QE bug list
https://bugs.freedesktop.org/show_bug...
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2014-12-01 04:14 EST by Tim Speetjens
Modified: 2016-03-09 15:04 EST (History)
13 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Previously, the shift keys behaved incorrectly on Windows machines accessed with virt-viewer. When both shift keys were pressed at the same time and then released, Windows sent only one release key event, causing the SPICE client to think the other shift key is still pressed, and the guest to input capital letters. This has been fixed so GDK sends an extra release event so that both shift keys are released, and guest input is as expected.
Story Points: ---
Clone Of:
Environment:
Last Closed: 2016-03-09 15:04:41 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: Spice
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2016:0377 normal SHIPPED_LIVE rhevm-spice-client bug fix and enhancement update 2016-03-09 19:39:05 EST

  None (edit)
Description Tim Speetjens 2014-12-01 04:14:02 EST
Description of problem:
Shift key behaviour is incorrect when pressing both left and right shift key together.

Version-Release number of selected component (if applicable):
mingw virt-viewer 0.6.0

How reproducible:
Open a virt-viewer console from a windows workstation (to ex. a RHEL guest)

Steps to Reproduce:
1. Press and hold left shift
2. Type a few letters: these are in caps
3. Press and hold right shift
4. Release left shift
5. Type a few letters: these are in caps
6. Release right shift
7. Type a few letters : these are also in caps, despite not holding down any shift key

Actual results:
As described in step 7: characters are in uppercase, when no shift key is pressed

Expected results:
Characters should be in lowercase

Additional info:
This issue exists in the mingw version of the viewer, but is not present on the gtk version.
Comment 1 Tim Speetjens 2014-12-01 04:16:44 EST
Also, the same can be observed when doing the same, but exchanging left and right shift keys:

1. Press and hold right shift
2. Type a few letters: these are in caps
3. Press and hold left shift
4. Release right shift
5. Type a few letters: these are in caps
6. Release left shift
7. Type a few letters : these are also in caps, despite not holding down any shift key
Comment 2 Marc-Andre Lureau 2014-12-01 04:32:46 EST
upstream bug 77259. imho, prio/severity could be low.
Comment 3 Yaniv Lavi 2015-07-08 05:56:55 EDT
What is the status of this issue?
Comment 4 Fabiano Fidêncio 2015-07-08 06:52:52 EDT
(In reply to Yaniv Dary from comment #3)
> What is the status of this issue?

We depend on a upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=751721
If it gets accepted there, the patch will be backported for the mingw-gtk package and included in the next build.
Comment 8 errata-xmlrpc 2016-03-09 15:04:41 EST
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHEA-2016-0377.html

Note You need to log in before you can comment on or make changes to this bug.