2008-04-08 14:42:09 |
J. Bruce Fields |
bug |
|
|
added bug |
2008-09-08 13:08:09 |
J. Bruce Fields |
bug |
|
|
added attachment 'TMP' (Input: atkbd - mark keyboard as disabled when suspending/unloading) |
2008-09-08 13:11:45 |
J. Bruce Fields |
None: bugtargetdisplayname |
Ubuntu |
linux (Ubuntu) |
|
2008-09-08 13:11:45 |
J. Bruce Fields |
None: bugtargetname |
ubuntu |
linux (Ubuntu) |
|
2008-09-08 13:11:45 |
J. Bruce Fields |
None: statusexplanation |
|
|
|
2008-09-08 13:11:45 |
J. Bruce Fields |
None: title |
Bug #213988 in Ubuntu: "control key "stuck" after resume on Dell 1420n" |
Bug #213988 in linux (Ubuntu): "control key "stuck" after resume on Dell 1420n" |
|
2008-09-08 17:23:48 |
J. Bruce Fields |
linux: status |
New |
Confirmed |
|
2008-09-08 17:23:48 |
J. Bruce Fields |
linux: statusexplanation |
|
patch is available in upstream (2.6.26). |
|
2009-04-28 06:50:39 |
Amit Kucheria |
linux (Ubuntu): status |
Confirmed |
In Progress |
|
2009-04-28 06:50:39 |
Amit Kucheria |
linux (Ubuntu): assignee |
|
Amit Kucheria (amitk) |
|
2009-04-28 11:27:09 |
Amit Kucheria |
linux (Ubuntu): status |
In Progress |
Fix Committed |
|
2009-06-03 12:51:53 |
Stefan Bader |
description |
With the latest hardy, after a resume from ram the keyboard sometimes behaves as though the control key was always on; e.g., pressing just the "d" key on its own will close an xterm that has focus (as if ctl-d were pressed).
This is intermittent--it doesn't happen after every resume. (I think it may happen on those resume after which the control key is the first key I press, but I haven't been able to confirm this yet.)
When it happens, I can clear the problem by switching to a text console and then back to X with alt-ctl-F1, alt-ctl-F7. |
SRU Justification:
Impact: This bug causes keyboard to spew garbage on resume and might cause it to go into an unknown state as reported by the bug reporter
Fix: This patch that is upstream since 2.6.26 (and is contained in Intrepid and Jaunty)
---
With the latest hardy, after a resume from ram the keyboard sometimes behaves as though the control key was always on; e.g., pressing just the "d" key on its own will close an xterm that has focus (as if ctl-d were pressed).
This is intermittent--it doesn't happen after every resume. (I think it may happen on those resume after which the control key is the first key I press, but I haven't been able to confirm this yet.)
When it happens, I can clear the problem by switching to a text console and then back to X with alt-ctl-F1, alt-ctl-F7. |
|
2009-06-03 12:52:16 |
Stefan Bader |
linux (Ubuntu): importance |
Undecided |
Medium |
|
2009-06-03 12:52:31 |
Stefan Bader |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2009-06-05 09:47:34 |
Martin Pitt |
bug task added |
|
linux (Ubuntu Hardy) |
|
2009-06-05 09:48:13 |
Martin Pitt |
linux (Ubuntu): status |
Fix Committed |
Fix Released |
|
2009-06-05 09:54:16 |
Martin Pitt |
linux (Ubuntu Hardy): status |
New |
Fix Committed |
|
2009-06-05 09:54:20 |
Martin Pitt |
tags |
|
verification-needed |
|
2009-06-16 18:09:10 |
Steve Beattie |
tags |
verification-needed |
hw-specific verification-needed |
|
2009-07-14 21:58:11 |
Launchpad Janitor |
linux (Ubuntu Hardy): status |
Fix Committed |
Fix Released |
|