2008-10-01 21:13:02 |
Michael Rooney |
bug |
|
|
added bug |
2008-10-01 21:13:28 |
Michael Rooney |
who_made_private |
michael |
|
|
2008-10-01 21:19:25 |
Michael Rooney |
description |
Binary package hint: xkeyboard-config
After using to a TTY and returning to X, some or all of the input performed in the TTY gets sent to X.
Cases:
1. Put your cursor over a non-maximized window.
2. Press Ctrl+Alt+F1 to go to TTY1.
3. Log-in.
4. Press Alt+F7 to return.
What happens:
1. At least in Compiz, the window is in "Move" mode, so mouse movement moves the window. You must click to get out of this mode.
2. The help will be invoked of whatever application handled it, presumably because you pressed F1 to use TTY1.
What should happen:
You should be return to X in the state you left it, and no input involved in going to/from, or using the TTY, should later make it to X |
Binary package hint: xkeyboard-config
After using to a TTY and returning to X, some or all of the input performed in the TTY gets sent to X.
Case 1:
1. Put your cursor over a non-maximized window.
2. Press Ctrl+Alt+F1 to go to TTY1.
3. Log-in.
4. Press Alt+F7 to return.
What happens:
1. At least in Compiz, the window is in "Move" mode, so mouse movement moves the window. You must click to get out of this mode.
2. The help will be invoked of whatever application handled it, presumably because you pressed F1 to use TTY1.
What should happen:
You should be return to X in the state you left it, and no input involved in going to/from, or using the TTY, should later make it to X
Case 2:
1. Open a text editor.
2. Press Ctrl+Alt+F2 to go to TTY2
3. Type your username and press enter.
4. Press Alt+F7 to return.
What happens:
After clicking or otherwise exiting from "move" mode, the username is echoed in the text editor.
What should happen:
See first case. |
|
2008-10-01 21:22:08 |
Michael Rooney |
description |
Binary package hint: xkeyboard-config
After using to a TTY and returning to X, some or all of the input performed in the TTY gets sent to X.
Case 1:
1. Put your cursor over a non-maximized window.
2. Press Ctrl+Alt+F1 to go to TTY1.
3. Log-in.
4. Press Alt+F7 to return.
What happens:
1. At least in Compiz, the window is in "Move" mode, so mouse movement moves the window. You must click to get out of this mode.
2. The help will be invoked of whatever application handled it, presumably because you pressed F1 to use TTY1.
What should happen:
You should be return to X in the state you left it, and no input involved in going to/from, or using the TTY, should later make it to X
Case 2:
1. Open a text editor.
2. Press Ctrl+Alt+F2 to go to TTY2
3. Type your username and press enter.
4. Press Alt+F7 to return.
What happens:
After clicking or otherwise exiting from "move" mode, the username is echoed in the text editor.
What should happen:
See first case. |
Binary package hint: xkeyboard-config
After using to a TTY and returning to X, some or all of the input performed in the TTY gets sent to X. This is especially bad as newlines are sent as well, so a user with an IM/IRC entry focused, or any other form, will have data sent from their TTY session to everyone watching, potentially including login passwords.
Case 1:
1. Put your cursor over a non-maximized window.
2. Press Ctrl+Alt+F1 to go to TTY1.
3. Log-in.
4. Press Alt+F7 to return.
What happens:
1. At least in Compiz, the window is in "Move" mode, so mouse movement moves the window. You must click to get out of this mode.
2. The help will be invoked of whatever application handled it, presumably because you pressed F1 to use TTY1.
What should happen:
You should be return to X in the state you left it, and no input involved in going to/from, or using the TTY, should later make it to X
Case 2:
1. Open a text editor.
2. Press Ctrl+Alt+F2 to go to TTY2
3. Type your username and press enter.
4. Press Alt+F7 to return.
What happens:
After clicking or otherwise exiting from "move" mode, the username is echoed in the text editor.
What should happen:
See first case.
After Case 2, try going back to TTY2 and typing your password (or a fake password, for safety), and returning. A section of the end of your password is sent to X after returning. |
|
2008-10-01 21:29:04 |
Michael Rooney |
description |
Binary package hint: xkeyboard-config
After using to a TTY and returning to X, some or all of the input performed in the TTY gets sent to X. This is especially bad as newlines are sent as well, so a user with an IM/IRC entry focused, or any other form, will have data sent from their TTY session to everyone watching, potentially including login passwords.
Case 1:
1. Put your cursor over a non-maximized window.
2. Press Ctrl+Alt+F1 to go to TTY1.
3. Log-in.
4. Press Alt+F7 to return.
What happens:
1. At least in Compiz, the window is in "Move" mode, so mouse movement moves the window. You must click to get out of this mode.
2. The help will be invoked of whatever application handled it, presumably because you pressed F1 to use TTY1.
What should happen:
You should be return to X in the state you left it, and no input involved in going to/from, or using the TTY, should later make it to X
Case 2:
1. Open a text editor.
2. Press Ctrl+Alt+F2 to go to TTY2
3. Type your username and press enter.
4. Press Alt+F7 to return.
What happens:
After clicking or otherwise exiting from "move" mode, the username is echoed in the text editor.
What should happen:
See first case.
After Case 2, try going back to TTY2 and typing your password (or a fake password, for safety), and returning. A section of the end of your password is sent to X after returning. |
Binary package hint: xkeyboard-config
After using to a TTY and returning to X, some or all of the input performed in the TTY gets sent to X. This is especially bad as newlines are sent as well, so a user with an IM/IRC entry focused, or any other form, will have data sent from their TTY session to everyone watching, potentially including login passwords.
Additionally, both in Compiz and Metacity, if the cursor was over a window before the TTY switch, returning to X puts that window in "Move" mode (normally triggered by holding Alt+LeftClick on a window), and seems to requires escaping from this mode before the input appears.
Case 1:
1. Put your cursor over a non-maximized window.
2. Press Ctrl+Alt+F1 to go to TTY1.
3. Log-in.
4. Press Alt+F7 to return.
What happens:
1. The window is in "Move" mode, so mouse movement moves the window. You must click to get out of this mode.
2. The help will be invoked of whatever application handled it, presumably because you pressed F1 to use TTY1.
What should happen:
You should be return to X in the state you left it, and no input involved in going to/from, or using the TTY, should later make it to X
Case 2:
1. Open a text editor.
2. Press Ctrl+Alt+F2 to go to TTY2
3. Type your username and press enter.
4. Press Alt+F7 to return.
What happens:
After clicking or otherwise exiting from "move" mode, the username is echoed in the text editor.
What should happen:
See first case.
After Case 2, try going back to TTY2 and typing your password (or a fake password, for safety), and returning. A section of the end of your password is sent to X after returning. |
|
2008-10-01 21:29:47 |
Michael Rooney |
xkeyboard-config: status |
New |
Confirmed |
|
2008-10-01 21:29:47 |
Michael Rooney |
xkeyboard-config: statusexplanation |
|
|
|
2008-10-01 21:37:17 |
Bryce Harrington |
xkeyboard-config: importance |
Undecided |
Critical |
|
2008-10-01 21:37:17 |
Bryce Harrington |
xkeyboard-config: statusexplanation |
|
I've not been able to reproduce this exactly, on either of two laptops. Could you attach your /var/log/Xorg.0.log and the output of 'lspci -vvnn'? |
|
2008-10-01 21:54:00 |
Kees Cook |
xkeyboard-config: statusexplanation |
I've not been able to reproduce this exactly, on either of two laptops. Could you attach your /var/log/Xorg.0.log and the output of 'lspci -vvnn'? |
|
|
2008-10-01 21:54:00 |
Kees Cook |
xkeyboard-config: milestone |
|
ubuntu-8.10 |
|
2008-10-01 21:54:49 |
Waleed Hamra |
bug |
|
|
added attachment 'Xorg.0.log' (Xorg.0.log) |
2008-10-01 21:55:45 |
C de-Avillez |
bug |
|
|
added attachment 'hggdh-data.tar' (lspci and Xorg.0.log) |
2008-10-01 21:56:32 |
Michael Rooney |
bug |
|
|
added attachment 'Xorg.0.log' (Xorg.0.log) |
2008-10-01 21:57:15 |
Michael Rooney |
bug |
|
|
added attachment 'lspci-vvnn' (lspci-vvnn) |
2008-10-02 00:28:05 |
Bryce Harrington |
xkeyboard-config: status |
Confirmed |
Triaged |
|
2008-10-02 00:28:05 |
Bryce Harrington |
xkeyboard-config: bugtargetdisplayname |
xkeyboard-config (Ubuntu) |
xorg-server (Ubuntu) |
|
2008-10-02 00:28:05 |
Bryce Harrington |
xkeyboard-config: bugtargetname |
xkeyboard-config (Ubuntu) |
xorg-server (Ubuntu) |
|
2008-10-02 00:28:05 |
Bryce Harrington |
xkeyboard-config: title |
Bug #276887 in xkeyboard-config (Ubuntu): "Input to TTYs goes to X after returning" |
Bug #276887 in xorg-server (Ubuntu): "Input to TTYs goes to X after returning" |
|
2008-10-02 01:24:16 |
Bryce Harrington |
xorg-server: status |
Triaged |
In Progress |
|
2008-10-02 01:24:16 |
Bryce Harrington |
xorg-server: assignee |
|
bryceharrington |
|
2008-10-02 01:27:22 |
Bryce Harrington |
bug |
|
|
added attachment 'evdev-close-fd.patch' (evdev-close-fd.patch) |
2008-10-02 02:15:51 |
Bryce Harrington |
xorg-server: status |
In Progress |
Fix Committed |
|
2008-10-02 02:15:51 |
Bryce Harrington |
xorg-server: statusexplanation |
|
Thanks to all that confirmed the fix. Too late for beta, but is uploaded and should go out asap after beta-freeze is ended. |
|
2008-10-04 00:11:48 |
Bryce Harrington |
xorg-server: bugtargetdisplayname |
xorg-server (Ubuntu) |
xserver-xorg-input-evdev (Ubuntu) |
|
2008-10-04 00:11:48 |
Bryce Harrington |
xorg-server: bugtargetname |
xorg-server (Ubuntu) |
xserver-xorg-input-evdev (Ubuntu) |
|
2008-10-04 00:11:48 |
Bryce Harrington |
xorg-server: statusexplanation |
Thanks to all that confirmed the fix. Too late for beta, but is uploaded and should go out asap after beta-freeze is ended. |
|
|
2008-10-04 00:11:48 |
Bryce Harrington |
xorg-server: title |
Bug #276887 in xorg-server (Ubuntu): "Input to TTYs goes to X after returning" |
Bug #276887 in xserver-xorg-input-evdev (Ubuntu): "Input to TTYs goes to X after returning" |
|
2008-10-04 00:21:50 |
Bryce Harrington |
xserver-xorg-input-evdev: status |
Fix Committed |
Fix Released |
|
2008-10-04 00:21:50 |
Bryce Harrington |
xserver-xorg-input-evdev: statusexplanation |
|
xserver-xorg-input-evdev (1:2.0.99+git20080912-0ubuntu2) intrepid; urgency=low
* 101_evdev-close-fd.patch: Fix issue where keystrokes on tty can "leak"
into the X session after vt switch, due to an fd still being open.
(LP: #276887)
-- Bryce Harrington <bryce@ubuntu.com> Fri, 03 Oct 2008 13:52:36 -0700
Also was fixed upstream so when we sync -evdev next, we can drop our patch. |
|
2008-10-06 14:56:29 |
Timo Aaltonen |
xkeyboard-config: status |
New |
Invalid |
|
2008-10-06 14:56:29 |
Timo Aaltonen |
xkeyboard-config: statusexplanation |
|
was not a bug in xkeyboard-config. |
|
2009-06-28 02:24:11 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/karmic/xserver-xorg-input-evdev |
|