GNOME Bugzilla – Bug 501286
strange behavior with rawinput.pressKey()
Last modified: 2007-12-04 13:06:23 UTC
Please describe the problem: Trying to automate a Xen HVM install I use Dogtail's rawinput module. After clicking in the middle of the VNC console (to gain focus) Dogtail types the boot command line. There is a strange behavior on ia64 where pressKey(':') results in ';' character on the VNC console, not ':'. Steps to reproduce: 1. Use virt-install to start a Xen HVM installation 2. start python 3. use rawinput.pressKey(':') which sould generate a key press event at the VNC console 4. instead of colon ':' there appears a semi-colen ';' Actual results: Expected results: Does this happen every time? ia64/yes Other information: I will test the same setup on x86 to see if the bug is not coming from the VNC stuff on ia64.
I've tested on x86_64 and there seems to be the same error. ':' -> ';'
I've experienced the same bug before, bug i'm not so sure it's dogtail's fault. When i deliberately move the focus to the terminal window and let dogtail type in the terminal, it writes the expected characters.
I'm pretty certain this can't be dogtail's bug, since dogtail just uses GTK and AT-SPI methods to do the work. For example, in the pyatspi branch (which will be merged to trunk soon), in this case the following is happening: keySym = gtk.gdk.unicode_to_keyval(ord(':')) pyatspi.Registry.generateKeyboardEvent(keySym, None, pyatspi.KEY_SYM)
So it seems that this is a bug int the target application handling the AT-SPI event? I will make some more tests with different releases, versions, etc. Then file against the VNC application. Anyway it's good to have it documented here as well.
Filed as a Fedora bug as the virt-viewer is part of the Xen suite. https://bugzilla.redhat.com/show_bug.cgi?id=410291 Still not sure if the bug is in the viewer or the underlying GTK/VNC widget.