touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #87150
[Bug 1108064] Re: HUD messes up application's Alt key bindings
"Confirmed" flag was lost in the ping-pong when the tag was moved from
unity (Ubuntu) -> hud (Ubuntu) and promptly there flagged as Invalid.
If the hud owner's comment is correct, the unity task is the one where
it should remain Confirmed.
** Changed in: unity (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to hud in Ubuntu.
https://bugs.launchpad.net/bugs/1108064
Title:
HUD messes up application's Alt key bindings
Status in Unity:
New
Status in blender package in Ubuntu:
Confirmed
Status in emacs23 package in Ubuntu:
Confirmed
Status in fcitx package in Ubuntu:
Invalid
Status in firefox package in Ubuntu:
Confirmed
Status in hud package in Ubuntu:
Invalid
Status in ibus package in Ubuntu:
Invalid
Status in unity package in Ubuntu:
Confirmed
Bug description:
If Alt-key is assigned to HUD, Alt key doesn't work correctly in some
applications.
For example, Blender doesn't accept Alt key press at all. See a bug
report in Blender bug tracker for detail:
http://projects.blender.org/tracker/?func=detail&atid=498&aid=33831&group_id=9
When pressing Alt key, Blender receives unnecessary FocusOut and
FocusIn events, so Blender immediately forgets the Alt key is pressed
down. Blender developer was very angry with Unity's such strange
behavior.
In Emacs, after select a region, Alt key press sometimes cancels the
selection unexpectedly, so I can do nothing in the region.
Unity 6.12.0-0ubuntu0.2
Ubuntu 12.10 amd64
To manage notifications about this bug go to:
https://bugs.launchpad.net/unity/+bug/1108064/+subscriptions