14.04 LTS AMD64 Password/Keyboard Lockup after Unity Lock Timeout with VirtualBox VMs Running
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Unity |
In Progress
|
High
|
Unassigned | ||
7.2 |
In Progress
|
High
|
Unassigned | ||
unity (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned | ||
Xenial |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
I have replicated this bug on two different laptops, one at work running mulitple monitors, one at home running a single monitor.
Symptom: When the Unity System Settings Lock Screen Settings activate, and I notice the screen has gone blank and locked, I re-activate the keyboard (usually left CRTL) and the 14.04 LTS Login Screen appears.
In all cases the keyboard is locked out and non-responsive, I can click on the password box for my account and anything I type no longer appears. I have to select "Switch Account" option with the mouse to get a new login screen for my account and I can log in.
In some cases both the keyboard and the mouse input is locked out and non-responsive. I can not select "Switch Account" and must power off the laptop which of course is dangerous for the file systems of both Windows VMs that are running and the host/14.04 LTS file system. I have already corrupted the Windows VM file systems and had to repair while testing this bug for repeatability.
Both laptops run the AMD64 version of Ubuntu 14.04 LTS.
Both have built in Intel Integrated Graphics, one laptop with the older Ironlake, one with the newer ivy bridge.
Both are running Oracle VirtualBox but different version:
1. Home is running the Ubuntu 14.04 Repository version of Oracle VirtualBox (Currently 4.3.10_Ubuntu r93012)
2. Work is running the Oracle downloadable AMD64 version of Oracle VirtualBox Currently 4.3.12
3. Both have the respective Oracle Virtual Box Extensions installed for 4.3.10 and 4.3.12
3. Both are running Windows 7 64 VMs
Both 14.04 LTS have the following System Settings for Lock Screen:
Brightness slider - All the way left
Dim screen to save power - Checked
Lock - Switch to ON position
Lock Screen after: 5 minutes
Require my password when weking form suspend - Checked
I have tested this with both a VM running (no other running applications were tested) and with no apps running (fresh boot and login into 14.04 LTS unity desktops).
1. On fresh boot with no apps running the lock screen activates (after 5 min of no activity) and when I re-activate the laptops (usually pressing left CTRL on keyboard) I get the login screen and can enter my password successfully and the Unity desktop is presented.
2. On fresh boot with a Windows 7 VM running the lock screen activates (after 5 min of no activity) and when I re-activate the laptops (usually pressing the left CTRL on the keyboard) I get the login screen and the keyboard is locked and non-responsive and I can not log into my account.
Variations on 2. I can not enter password but I can use CTRL-ALT-F1, etc. to switch to TTY and gain access to system.
Variations on 2. I can not enter password and can not use CTRL-ALT-F1, etc. the entire keyboard appears locked out, but I can use mouse and select Switch Account to force a new login screen to appear and the keyboard now works to enter password.
Variations on 2. I can not enter password and can not use CTRL-ALT-F1, etc. and I can not use the mouse, the entire input interfaces appear locked out and I have to power off the laptops to restart and be able to log in to Unity again.
If I turn Lock: Off but leave Turn Screen off when inactive for 5 minutes set. If I have a VM running or no apps running, after 5 minutes the screen dims. I re-activate the system by pressing a key on the keyboard (usually the left CTRL key) and the Unity desktop re-appears.
This bug only seems to occur when the Lock/Require Password when waking from suspend is active.
Related branches
affects: | ubuntu → unity (Ubuntu) |
Changed in unity (Ubuntu): | |
status: | New → In Progress |
assignee: | nobody → Marco Trevisan (Treviño) (3v1n0) |
Changed in unity: | |
status: | New → In Progress |
importance: | Undecided → Medium |
importance: | Medium → High |
assignee: | nobody → Marco Trevisan (Treviño) (3v1n0) |
milestone: | none → 7.3.0 |
no longer affects: | unity/7.3 |
Changed in unity: | |
milestone: | 7.3.0 → 7.3.1 |
tags: |
added: amd64 lockscreen trusty removed: 14.04 lock lts unity |
Changed in unity: | |
milestone: | 7.3.1 → 7.3.2 |
Changed in unity: | |
milestone: | 7.3.2 → 7.3.3 |
tags: | added: rls-w-incoming |
Changed in unity: | |
milestone: | 7.3.3 → 7.4.0 |
tags: |
added: rls-x-incoming removed: rls-w-incoming |
tags: | removed: rls-x-incoming |
tags: | added: unity-backlog |
Changed in unity (Ubuntu): | |
status: | In Progress → Confirmed |
Changed in unity (Ubuntu Xenial): | |
status: | In Progress → Confirmed |
Changed in unity: | |
assignee: | Marco Trevisan (Treviño) (3v1n0) → nobody |
Changed in unity (Ubuntu): | |
assignee: | Marco Trevisan (Treviño) (3v1n0) → nobody |
Changed in unity (Ubuntu Xenial): | |
assignee: | Marco Trevisan (Treviño) (3v1n0) → nobody |
status: | Confirmed → Won't Fix |
Thank you for taking the time to report this bug and helping to make Ubuntu better. It seems that your bug report is not filed about a specific source package though, rather it is just filed against Ubuntu in general. It is important that bug reports be filed about source packages so that people interested in the package can find the bugs about it. You can find some hints about determining what package your bug might be about at https:/ /wiki.ubuntu. com/Bugs/ FindRightPackag e. You might also ask for help in the #ubuntu-bugs irc channel on Freenode.
To change the source package that this bug is filed about visit https:/ /bugs.launchpad .net/ubuntu/ +bug/1322769/ +editstatus and add the package name in the text box next to the word Package.
[This is an automated message. I apologize if it reached you inappropriately; please just reply to this message indicating so.]