Typing a keyboard layout to jump in the list shows the wrong selections on the right-hand side
Bug #463285 reported by
LoneVVolf
This bug affects 2 people
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| ubiquity (Ubuntu) |
Expired
|
Medium
|
Unassigned | ||
Bug Description
Binary package hint: base-installer
Source Package: Ubiquity
Release: Karmic Koala (9.10-desktop-i386)
When installing Ubuntu Karmic Koala final, and choosing a keyboard layout:
1) Choose not to use the default selected keyboard
2) Type in "ger" to jump to Germany
3) After typing in "ge", it will jump to Georgia, after typing the "r", Germany will be selected, but the right pane will still show the keyboard layouts for Georgia.
| Changed in base-installer (Ubuntu): | |
| status: | New → Invalid |
| Changed in ubiquity: | |
| importance: | Undecided → Medium |
Revision history for this message
| Uwe Geuder (ubuntulp-ugeuder) wrote | #1 |
Revision history for this message
| Launchpad Janitor (janitor) wrote | #2 |
| affects: | ubiquity → ubiquity (Ubuntu) |
| Changed in ubiquity (Ubuntu): | |
| status: | New → Confirmed |
| no longer affects: | base-installer (Ubuntu) |
Revision history for this message
| Marcus Tomlinson (marcustomlinson) wrote | #3 |
| Changed in ubiquity (Ubuntu): | |
| status: | New → Incomplete |
Revision history for this message
| Launchpad Janitor (janitor) wrote | #4 |
| Changed in ubiquity (Ubuntu): | |
| status: | Incomplete → Expired |
To post a comment you must log in.
This affects also Maverick Release Candidate.
Probably the bug is the same as before, but the effects are now much worse than before.
The problem seems to occur whenever you change the selection in the left window (either by scrolling or typing starting letters) before the right window has been updated for your current selection.
Because the keyboard selection in Maverick is happening while files are being copied the response time for updating the right window is quite long (at least when using a slow CD-RW for the Live Session) and it is very likely that the user changes the selection in the left list before the right list has been updated.
After this has happened once the right selection gets permanent. Especially if you happen to get frozen in a script that you cannot read (happened to me with Ethiopian) the system is completely unusable. I did not find any other way than to abort the installation and start from scratch. (Yes, you probably could repair the problem from the text console as long as the final configuration has not taken place. But that's beyond of an average user)
I can provide screen photos and I can apport-collect the report from a LiveCD session. However, I don't currently see why that should be necessary for this report, so I'll do it only on request.