After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 348970 - SPI_generateKeyboardEvent() leaves shift key held down
SPI_generateKeyboardEvent() leaves shift key held down
Status: RESOLVED INCOMPLETE
Product: at-spi
Classification: Platform
Component: general
1.7.x
Other Linux
: Normal normal
: ---
Assigned To: bill.haneman
bill.haneman
Depends on:
Blocks:
 
 
Reported: 2006-07-27 19:02 UTC by Matthias Clasen
Modified: 2006-08-21 17:00 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Matthias Clasen 2006-07-27 19:02:16 UTC
Originally filed here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199971

Description of problem:
The following pseudo-code:

SPI_generateKeyboardEvent(<keySym>, '', SPI_KEY_SYM)

Where <keySym> is the keysym of a character which, when entered via an actual
keyboard, requires the user to press Shift, leaves the system in such a state
that it thinks the Shift key is still being held down.

For example, if you execute SPI_generateKeyboardEvent(43, ...), you'll correctly
see the + character. Now press 'a', you'll get 'A'.

SPI_generateKeyboardEvent(..., SPI_KEY_SYM) is supposed to imply that we're
doing a press-release, so no keys should be virtually held-down after the
function returns.

Version-Release number of selected component (if applicable):
at-spi-1.7.7-1.fc5.2.i386

How reproducible:
Always
Comment 1 bill.haneman 2006-07-28 15:01:51 UTC
Looks like a distro or xserver bug, as I cannot reproduce this problem.

For instance, if I modify the test/keysynth-test.c program to emit an uppercase letter last, the keyboard state is not shifted at the end of synthesis on my systems.