After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 590976 - Sort order in message lists seems to ignore locale in "From" or "To" column
Sort order in message lists seems to ignore locale in "From" or "To" column
Status: RESOLVED OBSOLETE
Product: evolution
Classification: Applications
Component: Mailer
2.28.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
evolution[etable]
Depends on:
Blocks:
 
 
Reported: 2009-08-06 16:49 UTC by Larry Reid
Modified: 2010-10-02 13:55 UTC
See Also:
GNOME target: ---
GNOME version: 2.27/2.28



Description Larry Reid 2009-08-06 16:49:34 UTC
Overview Description:
Clicking on the "From" or "To" column heading in an e-mail message list view sorts the messages case sensitive, e.g. "larry reid" comes after "Marc Reid". My locale is en_CA.UTF-8 and I've confirmed with sort(1) in a terminal window that that locale sorts case-insensitive.

Steps to Reproduce:
View a message folder that has senders and receivers some with the first letter in uppercase and some with the first letter in lowercase. Click on the "From" or "To" column heading to sort the list.

Actual behaviour:
"a" sorts after "Z".

Expected behaviour:
"a" should sort after "A" and before "B".

I have seen this in Ubuntu 9.04, Evolution 2.26.1 and Ubuntu 9.10 Alpha 3, Evolution 2.27.5. 

Note: Through Google I found a case where it was claimed that double-quotes in some of the locale environment variables were causing a similar problem. I opened a terminal window, redefined and exported the locale environment variables without quotes (e.g. export LC_COLLATE=en_CA.UTF-8) and started evolution from the terminal window, but the behaviour was unchanged. i.e. the bug remains.

Here is the output from "locale":
LANG=en_CA.UTF-8
LC_CTYPE="en_CA.UTF-8"
LC_NUMERIC="en_CA.UTF-8"
LC_TIME="en_CA.UTF-8"
LC_COLLATE="en_CA.UTF-8"
LC_MONETARY="en_CA.UTF-8"
LC_MESSAGES="en_CA.UTF-8"
LC_PAPER="en_CA.UTF-8"
LC_NAME="en_CA.UTF-8"
LC_ADDRESS="en_CA.UTF-8"
LC_TELEPHONE="en_CA.UTF-8"
LC_MEASUREMENT="en_CA.UTF-8"
LC_IDENTIFICATION="en_CA.UTF-8"
LC_ALL=
Comment 1 Matthew Barnes 2009-08-06 17:38:18 UTC
Possibly an ETable issue.
Comment 2 Pepijn Schmitz 2010-01-25 16:23:16 UTC
This is affecting me too. Here's the output of locale:

LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC=nl_NL.UTF-8
LC_TIME=nl_NL.UTF-8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY=nl_NL.UTF-8
LC_MESSAGES="en_US.UTF-8"
LC_PAPER=nl_NL.UTF-8
LC_NAME=nl_NL.UTF-8
LC_ADDRESS=nl_NL.UTF-8
LC_TELEPHONE=nl_NL.UTF-8
LC_MEASUREMENT=nl_NL.UTF-8
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

(I'm located in the Netherlands, but I have en_US.UTF-8 as LANG and a few others because Dutch translations of software are usually incomplete and very badly translated.)

When I click on the From header to sort an email list on the sender address, "a" is sorted after "Z". I would go further than the bug reporter and say that "a" should be sorted equal to "A", not after it. That is the normal way of alphabetic sorting.

Is anything happening on this bug?
Comment 3 Pepijn Schmitz 2010-01-25 16:24:53 UTC
Additional data point: the Subject column *does* sort correctly.
Comment 4 Bharath Acharya 2010-10-01 07:54:28 UTC
This seems to be fixed in the latest 2.32.x release. I can totally confirm the bug exists on 2.28.x series

This bug was reported against a GNOME version that is now not supported anymore. GNOME developers are no longer working on that version, so unfortunately there will not be any bug fixes for the version that you use. By upgrading to a newer version of GNOME you could receive bug fixes and new functionality. You may need to upgrade your Linux distribution to obtain a newer version of GNOME.

Thank you for reporting this bug and we are sorry it could not be fixed for your version.
Comment 5 Larry Reid 2010-10-02 13:55:42 UTC
In what release of Evolution was it fixed? If I'm going to look for another release of my distribution, it would help to know which version of Evolution I'm looking for. Thanks in advance.