HUD messes up application's Alt key bindings

Bug #1108064 reported by IRIE Shinsuke
46
This bug affects 8 people
Affects Status Importance Assigned to Milestone
Unity
Invalid
Undecided
Unassigned
blender (Ubuntu)
Invalid
Undecided
Unassigned
emacs23 (Ubuntu)
Invalid
Undecided
Unassigned
fcitx (Ubuntu)
Invalid
Undecided
Unassigned
firefox (Ubuntu)
Confirmed
Undecided
HIPHOPGERAIS
hud (Ubuntu)
Invalid
Undecided
Unassigned
ibus (Ubuntu)
Invalid
Undecided
Unassigned
unity (Ubuntu)
Invalid
Undecided
Unassigned

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

Revision history for this message
Edward Donovan (edward.donovan) wrote :

Here's a similar buggy behavior, with a certain kind of dialog:

If you edit a Firefox bookmark from the address bar, a dialog comes up. I guess it's a particular style of window in X, 'cause most dialogs don't behave the same. The bookmark properties dialog includes a button for "Remove bookmark", and Alt+R is the keybinding. But as soon as you hit alt, that dialog goes away, and the HUD comes up.

You might or might not categorize this problem under this bug. Thanks.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in unity (Ubuntu):
status: New → Confirmed
Revision history for this message
IRIE Shinsuke (irie) wrote :

This bug also affects gnome-screenshot.

Alt+PrintScreen key press should take a screenshot of an application window, but the HUD comes up instead.

Revision history for this message
IRIE Shinsuke (irie) wrote :

I made a patch for the Blender issue and it was merged upstream, so Alt key works correctly in Blender now:

http://projects.blender.org/tracker/?func=detail&atid=127&aid=34039&group_id=9

However, I think Unity's behavior should be corrected to avoid problems in the other applications.

Revision history for this message
IRIE Shinsuke (irie) wrote :

Hmm... gnome-screenshot seems to work correctly now.

Sorry, that might have been a hasty conclusion.

no longer affects: gnome-screenshot (Ubuntu)
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in blender (Ubuntu):
status: New → Confirmed
Changed in emacs23 (Ubuntu):
status: New → Confirmed
Changed in firefox (Ubuntu):
status: New → Confirmed
Revision history for this message
IRIE Shinsuke (irie) wrote :

I made patches for Blender and they were applied upstream r54199 + r54288.
So Blender 2.66 or later works as I expect.

Revision history for this message
IRIE Shinsuke (irie) wrote :

This also affects Fcitx, causes a serious problem.

When editing the preedit text, pressing Alt key unwantedly commits the string, so certain keybindings like Alt+A cannot be used.

Revision history for this message
IRIE Shinsuke (irie) wrote :

Also confirmed the same problem happens to IBus...

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in fcitx (Ubuntu):
status: New → Confirmed
Changed in ibus (Ubuntu):
status: New → Confirmed
affects: unity (Ubuntu) → hud (Ubuntu)
Revision history for this message
Pete Woods (pete-woods) wrote :

HUD itself has nothing to do with keyboard shortcuts. All the user interaction is part of the unity project.

Changed in hud (Ubuntu):
status: Confirmed → Invalid
Rex Tsai (chihchun)
Changed in fcitx (Ubuntu):
status: Confirmed → Invalid
Changed in ibus (Ubuntu):
status: Confirmed → Invalid
Revision history for this message
era (era) wrote :

"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
Revision history for this message
Andrea Azzarone (azzar1) wrote :

Thank you for taking the time to report this bug. We have tried to recreate this on the latest release of Ubuntu and cannot reproduce it. This bug is being marked as Invalid. If you believe the problem to still exist in the latest version of Ubuntu please comment on why that is the case and change the bug status to NEW.”

PS: i tried 3/4 alt shortcuts with blander and they seem to work just fine

Changed in blender (Ubuntu):
status: Confirmed → Invalid
Changed in emacs23 (Ubuntu):
status: Confirmed → Invalid
Changed in firefox (Ubuntu):
status: Confirmed → Invalid
Changed in unity (Ubuntu):
status: Confirmed → Invalid
Changed in unity:
status: New → Invalid
Changed in firefox (Ubuntu):
status: Invalid → Confirmed
assignee: nobody → HIPHOPGERAIS (hiphopgerais)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.