Version: 4.7 (using Devel) OS: Linux Sorting in at least the following table does not respect the current locale's collation rules: Settings -> Configure kMail -> Identities if sorted by identity name, umlaut will be sorted after plain letters, ie. "Öcher" will be sorted after eg. "Web", while in the German locale it would be correct to sort "Öcher" as if it would start with the letters "Oe". (So it should be sorted between "Oasis" and "Ohrner".) Reproducible: Always Steps to Reproduce: Add umlauts to the name of an identity profile. Actual Results: Umlauts will be sorted after any plain letter. Expected Results: Umlauts should be sorted according to the current locale's rules. I've not yet checked if there are other affected tables / lists.
Will look at it
it works fine here. Perhaps your local system is not in german
Created attachment 67746 [details] Screenshot showing kMails identity list. It is, as far as I can tell. It's no UTF8-system, however, but using Latin9/ISO-8859-15. Maybe this plays a role? gunter@Zweiblum:~# echo $LANG de_DE@euro gunter@Zweiblum:~# cat /var/lib/locales/supported.d/local de_DE.UTF-8 UTF-8 en_US.UTF-8 UTF-8 de_DE@euro ISO-8859-15
Don't know how qt works with locale but I think that it's a problem with locale+sort.
Works fine here on a German language system. So yes this shouldn't be a kmail-specific problem. @Gunter: Can you still reproduce it? If yes, can you reproduce it in other sorting contexts?
I just checked, and this problem seems to be gone. However, I've not idea when and how it got fixed... I'm still running Kubuntu 11.10, yet with KDE 4.8.2 packages from KDE ppa and the QT-packages are listed with a "4:4.8.1" version number.