Public bug reported:
Only when using the Openbox window manager, using WINE with Wenlin from
http://www.wenlin.com/ (you can try the free demo version) I noticed
some keystrokes go missing. Turns out the keystroke that goes missing
is always the one immediately AFTER the keystroke that closed Wenlin's
"conversion bar" popup window. for example if you practice typing the 3
characters ni/ as fast as possible repeatedly - when you press '/' the
"conversion bar" popup window will appear, and when you press the next
'n' the conversion bar will close and the "n" will be inserted, and then
when you press "i", the "i" SHOULD be inserted but occasionally it is
not. This is the keystroke after the keystroke that closes the popup.
If you're typing ni/ repeatedly many times, you should end up with many
instances of the Chinese character 你 (which is what you get from ni/n),
but with this bug, you sometimes end up with 嗯 instead (which is what
you get from n/n).
I can reliably reproduce this problem in Openbox, but I could not make
it happen in Mutter/Metacity, icewm, flwm, fvwm, or a WINE virtual
desktop. So there must be something that Openbox is doing differently
that causes this. I wonder if the "i" keystroke is coming in BEFORE the
window has finished closing (if I'm typing ahead of the computer), and
the other window managers somehow catch a window's unprocessed events
and give them to the new focus window after a close (i.e. give them to
the window underneath) but Openbox does not do this? Or perhaps Openbox
is just a bit too slow at passing the focus to the window underneath
after a window has closed?
Running openbox --sync is no different. And the problem is there
whether or not "focus window under mouse" is checked in obconf.
However I could NOT reproduce the problem using "wine notepad" with
Control-S to save a file, then press Escape to exit the dialog followed
rapidly by another key: the Notepad window always succeeds in catching
that other key.
I *could* reproduce it in Wenlin with the sequence ni/1n - the "1"
closes the conversion bar but does not insert any text into the document
(it just means "select the first option", which is what would happen by
default if you started to type another word), and then the final "n"
disappears if typed quickly enough. That tells us it really is
associated with just the closing of the conversion bar window - it's not
because we started to type another word while it was open. But Wenlin
is clearly using some mechanism different from Notepad to close its
popup windows (either that or WINE uses a different method to close a
dialog than it does a normal window).
Sorry this is vague but do any of the Openbox developers have any idea
what might be the problem?
ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: openbox 3.4.11.2-0ubuntu3
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic i686
Architecture: i386
Date: Fri Jun 24 20:33:00 2011
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release i386 (20101007)
ProcEnviron:
LANGUAGE=en_GB:en
PATH=(custom, user)
LANG=en_GB.UTF-8
SHELL=/bin/bash
SourcePackage: openbox
UpgradeStatus: Upgraded to natty on 2011-05-03 (52 days ago)
** Affects: openbox (Ubuntu)
Importance: Undecided
Status: New
** Tags: apport-bug i386 natty
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/801741
Title:
Keystrokes sometimes dropped immediately after a window is closed
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/openbox/+bug/801741/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
