| 2012-03-30 04:03:50 |
James Henstridge |
bug |
|
|
added bug |
| 2012-04-18 10:11:55 |
Albert Astals Cid |
unity-2d: status |
New |
Triaged |
|
| 2012-04-18 10:11:59 |
Albert Astals Cid |
unity-2d: importance |
Undecided |
Medium |
|
| 2012-04-18 10:14:47 |
Albert Astals Cid |
attachment added |
|
foo.c https://bugs.launchpad.net/unity-2d/+bug/968840/+attachment/3088438/+files/foo.c |
|
| 2012-04-18 13:19:05 |
Albert Astals Cid |
unity-2d: assignee |
|
Albert Astals Cid (aacid) |
|
| 2012-04-18 13:19:08 |
Albert Astals Cid |
unity-2d: status |
Triaged |
In Progress |
|
| 2012-04-18 13:19:14 |
Albert Astals Cid |
branch linked |
|
lp:~aacid/unity-2d/kill_keyboardmodifiersmonitor |
|
| 2012-04-19 11:26:43 |
Albert Astals Cid |
unity-2d: milestone |
|
5.12 |
|
| 2012-04-19 11:26:46 |
Albert Astals Cid |
unity-2d: status |
In Progress |
Fix Committed |
|
| 2012-04-27 11:52:47 |
Łukasz Zemczak |
bug task added |
|
unity-2d (Ubuntu) |
|
| 2012-04-27 11:53:00 |
Łukasz Zemczak |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2012-04-27 11:55:49 |
Łukasz Zemczak |
description |
This is on Ubuntu 12.04 beta using unity-2d 5.8.0-0ubuntu1.
I use a Thinkpad USB Keyboard on my desktop, which has "back" and "forward" buttons just above the arrow keys (as found on Thinkpad laptops). They seem to act a bit differently to the keyboards found on laptops though, since instead of generating their own scan codes, they generate "Alt+Left" and "Alt+Right" key presses.
For instance, pressing the "back" button in xev results in the following events:
KeyPress event, serial 30, synthetic NO, window 0x3a00001,
root 0x15f, subw 0x0, time 434986370, (445,143), root:(512,231),
state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 30, synthetic NO, window 0x3a00001,
root 0x15f, subw 0x0, time 434986370, (445,143), root:(512,231),
state 0x8, keycode 113 (keysym 0xff51, Left), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
And releasing the key results in:
KeyRelease event, serial 33, synthetic NO, window 0x3a00001,
root 0x15f, subw 0x0, time 434986498, (445,143), root:(512,231),
state 0x8, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 33, synthetic NO, window 0x3a00001,
root 0x15f, subw 0x0, time 434986498, (445,143), root:(512,231),
state 0x0, keycode 113 (keysym 0xff51, Left), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
If I press and release the key quick enough, this often has the effect of bringing up the HUD as well as causing my web browser to navigate to the previous page.
This behaviour is surprising to me: there is clearly a second key press in the event stream between the "Alt" key press and release, which I would have thought would be enough to inhibit the HUD from popping up. |
Test case:
1. Download attachment foo.c (https://bugs.launchpad.net/ubuntu/+source/unity-2d/+bug/968840/+attachment/3088438/+files/foo.c)
2. Compile the code with
g++ foo.c -o XFakeKey `pkg-config --libs --cflags x11 xtst`
3. Run ./XFakeKey Alt_L Left
-> The HUD should not appear
===
This is on Ubuntu 12.04 beta using unity-2d 5.8.0-0ubuntu1.
I use a Thinkpad USB Keyboard on my desktop, which has "back" and "forward" buttons just above the arrow keys (as found on Thinkpad laptops). They seem to act a bit differently to the keyboards found on laptops though, since instead of generating their own scan codes, they generate "Alt+Left" and "Alt+Right" key presses.
For instance, pressing the "back" button in xev results in the following events:
KeyPress event, serial 30, synthetic NO, window 0x3a00001,
root 0x15f, subw 0x0, time 434986370, (445,143), root:(512,231),
state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 30, synthetic NO, window 0x3a00001,
root 0x15f, subw 0x0, time 434986370, (445,143), root:(512,231),
state 0x8, keycode 113 (keysym 0xff51, Left), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
And releasing the key results in:
KeyRelease event, serial 33, synthetic NO, window 0x3a00001,
root 0x15f, subw 0x0, time 434986498, (445,143), root:(512,231),
state 0x8, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 33, synthetic NO, window 0x3a00001,
root 0x15f, subw 0x0, time 434986498, (445,143), root:(512,231),
state 0x0, keycode 113 (keysym 0xff51, Left), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
If I press and release the key quick enough, this often has the effect of bringing up the HUD as well as causing my web browser to navigate to the previous page.
This behaviour is surprising to me: there is clearly a second key press in the event stream between the "Alt" key press and release, which I would have thought would be enough to inhibit the HUD from popping up. |
|
| 2012-04-27 11:59:29 |
Didier Roche-Tolomelli |
nominated for series |
|
Ubuntu Precise |
|
| 2012-04-27 11:59:29 |
Didier Roche-Tolomelli |
bug task added |
|
unity-2d (Ubuntu Precise) |
|
| 2012-04-27 12:26:08 |
Didier Roche-Tolomelli |
unity-2d: status |
Fix Committed |
Fix Released |
|
| 2012-04-27 12:32:19 |
Launchpad Janitor |
branch linked |
|
lp:unity-2d |
|
| 2012-04-27 13:19:27 |
Martin Pitt |
unity-2d (Ubuntu Precise): status |
New |
Fix Committed |
|
| 2012-04-27 13:19:32 |
Martin Pitt |
bug |
|
|
added subscriber SRU Verification |
| 2012-04-27 13:19:38 |
Martin Pitt |
tags |
|
verification-needed |
|
| 2012-04-29 21:31:21 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/precise-proposed/unity-2d |
|
| 2012-05-02 19:42:17 |
Bartosz Kosiorek |
description |
Test case:
1. Download attachment foo.c (https://bugs.launchpad.net/ubuntu/+source/unity-2d/+bug/968840/+attachment/3088438/+files/foo.c)
2. Compile the code with
g++ foo.c -o XFakeKey `pkg-config --libs --cflags x11 xtst`
3. Run ./XFakeKey Alt_L Left
-> The HUD should not appear
===
This is on Ubuntu 12.04 beta using unity-2d 5.8.0-0ubuntu1.
I use a Thinkpad USB Keyboard on my desktop, which has "back" and "forward" buttons just above the arrow keys (as found on Thinkpad laptops). They seem to act a bit differently to the keyboards found on laptops though, since instead of generating their own scan codes, they generate "Alt+Left" and "Alt+Right" key presses.
For instance, pressing the "back" button in xev results in the following events:
KeyPress event, serial 30, synthetic NO, window 0x3a00001,
root 0x15f, subw 0x0, time 434986370, (445,143), root:(512,231),
state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 30, synthetic NO, window 0x3a00001,
root 0x15f, subw 0x0, time 434986370, (445,143), root:(512,231),
state 0x8, keycode 113 (keysym 0xff51, Left), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
And releasing the key results in:
KeyRelease event, serial 33, synthetic NO, window 0x3a00001,
root 0x15f, subw 0x0, time 434986498, (445,143), root:(512,231),
state 0x8, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 33, synthetic NO, window 0x3a00001,
root 0x15f, subw 0x0, time 434986498, (445,143), root:(512,231),
state 0x0, keycode 113 (keysym 0xff51, Left), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
If I press and release the key quick enough, this often has the effect of bringing up the HUD as well as causing my web browser to navigate to the previous page.
This behaviour is surprising to me: there is clearly a second key press in the event stream between the "Alt" key press and release, which I would have thought would be enough to inhibit the HUD from popping up. |
Test case:
1. Download attachment foo.c (https://bugs.launchpad.net/ubuntu/+source/unity-2d/+bug/968840/+attachment/3088438/+files/foo.c)
2. Install xtst:
sudo apt-get install libxtst-dev
3. Compile the code with
g++ foo.c -o XFakeKey `pkg-config --libs --cflags x11 xtst`
4. Run ./XFakeKey Alt_L Left
-> The HUD should not appear
===
This is on Ubuntu 12.04 beta using unity-2d 5.8.0-0ubuntu1.
I use a Thinkpad USB Keyboard on my desktop, which has "back" and "forward" buttons just above the arrow keys (as found on Thinkpad laptops). They seem to act a bit differently to the keyboards found on laptops though, since instead of generating their own scan codes, they generate "Alt+Left" and "Alt+Right" key presses.
For instance, pressing the "back" button in xev results in the following events:
KeyPress event, serial 30, synthetic NO, window 0x3a00001,
root 0x15f, subw 0x0, time 434986370, (445,143), root:(512,231),
state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 30, synthetic NO, window 0x3a00001,
root 0x15f, subw 0x0, time 434986370, (445,143), root:(512,231),
state 0x8, keycode 113 (keysym 0xff51, Left), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
And releasing the key results in:
KeyRelease event, serial 33, synthetic NO, window 0x3a00001,
root 0x15f, subw 0x0, time 434986498, (445,143), root:(512,231),
state 0x8, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 33, synthetic NO, window 0x3a00001,
root 0x15f, subw 0x0, time 434986498, (445,143), root:(512,231),
state 0x0, keycode 113 (keysym 0xff51, Left), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
If I press and release the key quick enough, this often has the effect of bringing up the HUD as well as causing my web browser to navigate to the previous page.
This behaviour is surprising to me: there is clearly a second key press in the event stream between the "Alt" key press and release, which I would have thought would be enough to inhibit the HUD from popping up. |
|
| 2012-05-02 20:50:19 |
Bartosz Kosiorek |
tags |
verification-needed |
verification-done |
|
| 2012-05-08 00:22:17 |
Launchpad Janitor |
unity-2d (Ubuntu): status |
New |
Fix Released |
|
| 2012-05-08 00:27:07 |
Launchpad Janitor |
unity-2d (Ubuntu Precise): status |
Fix Committed |
Fix Released |
|
| 2012-09-12 12:20:07 |
tec |
bug |
|
|
added subscriber tec |
