Hi,

I'm running into some strange behavior running open-vm-tools 2010.6.16
(from the Ubuntu repository) on a Ubuntu 10.10 64-bit guest. In Unity
mode, if I close a guest window by hitting a keyboard key (for
example, typing "exit" in gnome-terminal and hitting the Enter key)
and focus goes back to a host window or desktop, then whatever key
press triggered the window closing becomes stuck the next time a guest
window is opened. The guest thinks that key is still being held down.
By contrast, if I use a mouse button to close a window, no problems
occur.

I haven't read the code for unity but I suspect this is due to unity
disabling the guest virtual keyboard when guest windows lose focus.
The reason I think that's the case is because I can duplicate this
behavior by using xinput to disable keyboards in Linux. For example if
I have a keyboard at device id=9, and I run "xinput set-prop 9 'Device
Enabled' 0" by hitting Enter after typing in the command, then the
system thinks the Enter key is kept down. If instead I execute a
script containing the same command by, say, double clicking it in
nautilus, no problems occur. I suspect what Unity does to disable
keyboards is triggering this underlying bug in X. Someone suggested
that one can work around this problem while using xinput by running
for example "sleep 1 && xinput --set-prop 9 'Device Enabled' 0". The
issue seems to only occur when a key press is registered and the
keyboard is being disabled at the same time. I'm hoping someone could
give me some pointers about how this behavior is implemented in the
unity code so that perhaps I could insert a workaround to avoid this
issue.

Thanks,
Alex

------------------------------------------------------------------------------
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
_______________________________________________
open-vm-tools-devel mailing list
open-vm-tools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/open-vm-tools-devel

Reply via email to