Shift key (and caps lock) stop working when using VMWare
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Linux |
Invalid
|
Undecided
|
Unassigned | ||
Gentoo Linux |
New
|
Undecided
|
Unassigned | ||
linux (Ubuntu) |
Won't Fix
|
Undecided
|
Unassigned | ||
xkeyboard-config (Ubuntu) |
Invalid
|
High
|
Unassigned | ||
Bug Description
[Problem]
VMWare's keyboard mapping is imperfect, sometimes resulting in certain keys stopping functionality when running under VMWare, requiring the user to setup their configuration settings manually in VMWare. For a detailed explanation see the following article:
http://
[Original Report]
After a day or so of running the shift key mysteriously stops working as does the cap lock. In other words I cannot enter shifted characters of any kind. The keyboard is connected to a KVM and all other systems respond to it properly. In additional any VMWare sessions I have open respond correctly. So I have the condition where all non-vmware applications in Ubuntu Hardy (all updates applied as of 2008-02-26 at 12:43 UTC) fail to recognize the shift key BUT applications within an active (a paused/restarted session also works) VMWare sessions running DO recognize the key.
When this condition occurs ALL applications (except those within a VMWare session) are also unstable and will usually crash within a few keystrokes.If I continue to operate in this mode. I cannot pinpoint what, if any, application triggers this. It has always happened while working within terminal/
This bug has been present on my system for a number of days across daily updates and reboots (if the update requested it) and I think since I installed Hardy Alpha 1.
A work around: log off and back on. A reboot/restart does not appear to be needed.
Error logs show some unusual activity.
--- MARK ----
...
... kernel ... rtc lost 7 interrupts ...
--- MARK ---
....
Plus some segfaults indicating which application crashed as I tried to type into it (mouse works fine).
System: HP dv9743cl (which otherwise works lovely)
Ubuntu: Hardy 8.04 (from lsb-release)
----
TEST CASE:
1. Click inside the VM and
2. Hold any of the Ctrl, Alt and/or shift keys while releasing the keyboard/mouse to the host OS (which you obviously do when you press Crtl-Alt to revert back to windowed mode, as the cursor is then released from the VM).
WORKAROUND:
After this happens to recover your keyboard execute 'setxkbmap' in a terminal
Changed in linux: | |
status: | Incomplete → Confirmed |
Changed in xorg: | |
importance: | Undecided → High |
status: | Confirmed → Triaged |
Changed in linux: | |
status: | New → Invalid |
description: | updated |
description: | updated |
Changed in linux (Ubuntu): | |
status: | Incomplete → Confirmed |
Hi Robb,
Care to test the latest 2.6.24-11 kernel. If the issue still exists, per the kernel team's bug policy, can you please attach the following information. Please be sure to attach each file as a separate attachment.
* uname -a > uname-a.log signature > version.log
* cat /proc/version_
* dmesg > dmesg.log
* sudo lspci -vvnn > lspci-vvnn.log
It would also be helpful if you could attach the segfaults you are seeing. For more information regarding the kernel team bug policy, please refer to https:/ /wiki.ubuntu. com/KernelTeamB ugPolicies . Thanks again and we appreciate your help and feedback.