Bug 1263076
| Summary: | When CapsLock is on, letter input not as expected | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Han Han <hhan> |
| Component: | virt-viewer | Assignee: | Pavel Grunt <pgrunt> |
| Status: | CLOSED DUPLICATE | QA Contact: | Virtualization Bugs <virt-bugs> |
| Severity: | low | Docs Contact: | |
| Priority: | medium | ||
| Version: | 7.2 | CC: | dblechte, hhan, juzhou, mxie, mzhan, pgrunt, rbalakri, rmeggins, tzheng, xiaodwan |
| Target Milestone: | rc | ||
| Target Release: | 7.3 | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-02-19 13:43:22 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: | |||
| Bug Depends On: | 1256895 | ||
| Bug Blocks: | |||
|
Description
Han Han
2015-09-15 06:03:37 UTC
the problem is probably in the guest (virt-viewer:4787): GSpice-DEBUG: spice-gtk-session.c:174 inputs-3:0: client_modifiers:0x4, guest_modifiers:0x0 (virt-viewer:4787): GSpice-DEBUG: spice-gtk-session.c:174 inputs-3:0: client_modifiers:0x4, guest_modifiers:0x0 these ^ lines mean that your client has capslock on but the guest doesn't.. spice tries to set capslock on the guest, but for some reason it is not successful. Can you check if it is not happening in your client (real machine) as well - if led indicating capslock on your keyboard changes in tty2 ? (In reply to Pavel Grunt from comment #2) > the problem is probably in the guest > > (virt-viewer:4787): GSpice-DEBUG: spice-gtk-session.c:174 inputs-3:0: > client_modifiers:0x4, guest_modifiers:0x0 > (virt-viewer:4787): GSpice-DEBUG: spice-gtk-session.c:174 inputs-3:0: > client_modifiers:0x4, guest_modifiers:0x0 > > these ^ lines mean that your client has capslock on but the guest doesn't.. > spice tries to set capslock on the guest, but for some reason it is not > successful. > Can you check if it is not happening in your client (real machine) as well - > if led indicating capslock on your keyboard changes in tty2 ? When bug reproduced, I switch to host tty2, the CapsLock is not opened and it always shows lower-case in tty2 though the keyboard light is on. In desktop CapsLock is on and the letters is upper-case. (In reply to Han Han from comment #3) > (In reply to Pavel Grunt from comment #2) > > the problem is probably in the guest > > > > (virt-viewer:4787): GSpice-DEBUG: spice-gtk-session.c:174 inputs-3:0: > > client_modifiers:0x4, guest_modifiers:0x0 > > (virt-viewer:4787): GSpice-DEBUG: spice-gtk-session.c:174 inputs-3:0: > > client_modifiers:0x4, guest_modifiers:0x0 > > > > these ^ lines mean that your client has capslock on but the guest doesn't.. > > spice tries to set capslock on the guest, but for some reason it is not > > successful. > > Can you check if it is not happening in your client (real machine) as well - > > if led indicating capslock on your keyboard changes in tty2 ? > > When bug reproduced, I switch to host tty2, the CapsLock is not opened and > it always shows lower-case in tty2 though the keyboard light is on. In > desktop CapsLock is on and the letters is upper-case. And spice server is taking into account the led / "keyboard light". If the light does not change, the spice server has no info that capslock changed. So your problem is caused by the bug 1256895 This bug also be found when input letters on ubuntu via virt-manager, when CapLock is on, input letters will get lower case result Related packages as below libvirt-1.2.17-9.el7.x86_64 qemu-kvm-rhev-2.3.0-24.el7.x86_64/ virt-manager-1.2.1-7.el7.noarch ubuntu-14.04.3-server-amd64 ubuntu-15.04-server-amd64 or libvirt-1.2.17-9.el7.x86_64 qemu-kvm-1.5.3-103.el7.x86_64 virt-manager-1.2.1-7.el7.noarch ubuntu-14.04.3-server-i386 ubuntu-15.04-server-i386 Host:RHEL-7.2-20150917.0 How reproducible: 100% Steps to Reproduce: 1.Install ubuntu via virt-manager 2.After installation, Open CapsLock and input letters on ubuntu, such as input letter “r“ four times, it shows "RRrr" This happens to me - using Fedora 22 host, virt-viewer 2.0-1, running Centos7 guest, no gui, just plain terminal. The capslock state will randomly toggle on or off, which leADS TO TYpinG LIke thiS. It doesn't matter if the Caps Lock key is toggled on or off - the state randomly changes. There is no problem on the host itself - caps lock works as it should. The problem only happens when using virt-viewer to type in a VM. Ever tried to use vim when the capslock state keeps toggling? Ever tried to type in a password? It is not fun. Is there some way to work around this? Is there some way I can just completely disable capslock in the VM? Help! this bug looks like the DUPl of the one in the driver (1256895). *** This bug has been marked as a duplicate of bug 1256895 *** (In reply to Rich Megginson from comment #8) > Is there some way to work around this? Hi, if you need a terminal you can ssh to the vm instead of using virt-viewer. > Is there some way I can just completely disable capslock in the VM? > Help! (In reply to Pavel Grunt from comment #10) > (In reply to Rich Megginson from comment #8) > > Is there some way to work around this? > > Hi, if you need a terminal you can ssh to the vm instead of using > virt-viewer. > > > Is there some way I can just completely disable capslock in the VM? > > Help! The problem is that if the vm setup/cloud-init process dies before the login/ssh can be set up, the only way in is via the virt-viewer. |