wierd behaviour when ~/.dmrc contains a buggy entry
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gdm |
Invalid
|
Undecided
|
Unassigned | ||
gdm (Ubuntu) |
Invalid
|
Low
|
Unassigned |
Bug Description
Binary package hint: gdm
When ~/.dmrc contains an entry in a non-supported format (in my case, I was testing what happens when 'Language' is set to "en_US:en", instead of "en_US.UTF-8"), gdm doesn't let the user log into his account anymore.
Here is what happens:
1. The normal login screen appears, where the user can select his username. Upon selecting the username, gdm tries to parse the ~/.dmrc in the user's home directory.
2. Because of the "buggy" entry, gdm "crashes" and restarts, showing the login screen again.
3. The user selects his username a second time. This time, the bottom part changes and displays the comboboxes for the user to select Language, Keyboard layout, etc,
4. On this screen, it is expected to have the Password field show up. But it never shows. Just a Cancel button is shown.
5. What's more, the buggy .dmrc file gets copied over to /var/cache/
Expected behaviour: just ignore any "buggy" entry in ~/.dmrc and remove it from the file.
ProblemType: Bug
Architecture: i386
Date: Thu Mar 4 10:03:17 2010
DistroRelease: Ubuntu 10.04
EcryptfsInUse: Yes
Package: gdm 2.29.6-0ubuntu4
ProcEnviron:
LANGUAGE=
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: gdm
Uname: Linux 2.6.32-15-generic i686
Changed in gdm (Ubuntu): | |
importance: | Undecided → Low |
This version has expired