Activity log for bug #213988

Date Who What changed Old value New value Message
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