Version: (using KDE KDE 3.5.6) Installed from: Debian testing/unstable Packages OS: Linux Some time ago I changed my password to a longer one. I've tried it in bash (su username) a few times and it worked. After a reboot, I could not log into my system by KDM, but everything worked nice on tty1. After some tests I realized that KDM does not support local characters (in my case, that was pl_PL.ISO-8859-2), though login, su and sudo can handle it correctly. After replacing Polish characters with English ones, the password worked in KDM. Reproduce the bug: Try this with a Polish Debian setup (could possibly be any other language or system). Set the user password to something like "Zażółć Gęślą Jaźń" (if you can't see this text properly, select ISO-8859-2 in your browser) and then try to login with KDM.
this is most probably a local8Bit vs. utf8 encoding issue. here's a quote from a quite fresh discussion i had about this topic: me: > an additional problem relates to 8-bit passwords themselves - so far, > input was considered local8Bit. which one of utf8/local8Bit is correct > depends on the password setting program used - kdepasswd would have set > local8bit even if the text console was in utf8-mode, so passwords on a > single system might be inconsistent. > i think, in the end, the old recommendation "use ascii only for passwords" > still applies ... :( cartman: > Ah maybe for KDE4 we can make everthing UTF-8. me: > uhm ... that might be a pretty steep upgrade path (like: f**k, my > root-pw was dönmez123 ...). ;) i'm not sure how to proceed from here.
*** Bug 152260 has been marked as a duplicate of this bug. ***
*** Bug 240044 has been marked as a duplicate of this bug. ***
------- Comment #1 From Alexey Shildyakov 2010-05-30 11:55:23 (-) [reply] ------ I think it's not related to KDE. Maybe you problem in locale settings? Please, execute `locale` command and show result. This is the locale output: LANG=es_AR.UTF-8 LC_CTYPE="es_AR.UTF-8" LC_NUMERIC="es_AR.UTF-8" LC_TIME="es_AR.UTF-8" LC_COLLATE="es_AR.UTF-8" LC_MONETARY="es_AR.UTF-8" LC_MESSAGES="es_AR.UTF-8" LC_PAPER="es_AR.UTF-8" LC_NAME="es_AR.UTF-8" LC_ADDRESS="es_AR.UTF-8" LC_TELEPHONE="es_AR.UTF-8" LC_MEASUREMENT="es_AR.UTF-8" LC_IDENTIFICATION="es_AR.UTF-8" LC_ALL= Thanks!
Ok. Please check the locale setting by following next instructions like: http://wiki.archlinux.org/index.php/Locale - you can choose your loanguage at the top of page http://fruit.je/utf-8 On Debian execute: dpkg-reconfigure locales And what about logging if you already in KDE? Lets try to login by `kdesu program_name` when you in KDE are logged in. And please search about how to set locale in your system for your language. I have the examples but in another system, and another language: http://www.gentoo.org/doc/en/utf-8.xml - in English - the main idea http://ru.gentoo-wiki.com/wiki/HOWTO_ru_RU.utf8_Gentoo_way - in Russian - the full instructions with describes error
But my locale settings are ok, I don't have this problem authenticating in a tty, nor inside KDE, just in KDM. As I stated above, when I type the password on the username field it shows ok, so keyboard mapping is allright.
Ok. And I wanted to know where is this problem. Is it only KDM problem? In KDE 4.4.3 non-English passwords don't work. But it's not work only in KDM, kdesu don't accept these passwords too. I think it's not only KDM problem.
Dear Alexey: KDESU works great. I have tested an alphanumeric uppercase & lowercase with symbols password including ç and worked as expected. Then I changed my user pwd to one containing ç and it didn't work at KDM but did work at tty and consoles/yakuake. The password was aaBB11ç. Thanks for your interest!
this seems to work consistently with the login utils in the console and in xterms. what i could not get to work are console logins themselves - i have no clue how to teach getty/login to use the correct encoding. however, that is independent from kdm.