Configuration Dialogs should not steal focus during updates
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
One Hundred Papercuts |
Invalid
|
Undecided
|
Unassigned | ||
update-manager (Ubuntu) |
Fix Released
|
High
|
Unassigned |
Bug Description
Binary package hint: update-manager
During an update, I was writing an email. A window came up just as I pressed the spacebar. The window disappeared before I could read it. The window was most likely asking about what to do about menu.lst since there was a kernel update.
This can not be proper behavior.
Either, 1) dialogs should not steal focus, or 2) dialogs should not have a default button selected so that a user pressing enter, or spacebar at the wrong time doesn't break a system.
I suspect that #2 would be a better option, since the update is incomplete until the user makes a selection. If the user fails to notice the window for an extended time, the system might crash or be rebooted before the update is completed.
ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 9.04
NonfreeKernelMo
Package: update-manager 1:0.111.9
PackageArchitec
ProcEnviron:
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: update-manager
Uname: Linux 2.6.28-11-generic x86_64
Changed in update-manager (Ubuntu): | |
importance: | Undecided → High |
status: | New → Triaged |
summary: |
- Dialogs steal focus during update + Configuration Dialogs should not steal focus during updates |
Changed in hundredpapercuts: | |
status: | New → Confirmed |
Changed in update-manager (Ubuntu): | |
status: | Triaged → New |
Changed in update-manager (Ubuntu): | |
status: | New → Opinion |
Personally I don't see any good reason to steal focus, ever. It is quite simply rude and annoying. Opening an unfocussed window in the foreground would be acceptable but not stealing focus.