Use message index for sorting by date: Wrong default value displayed

[XTaran]

Our 0.3.1 installation seems to date sort by default via the IMAP SORT feature, but virgin users see an unchecked checkbox "Use message index for sorting by date".

If I check that check box and hit save, it (of course) still sorts by IMAP SORT. If I uncheck the check box and hit save again, it finally sorts locally (on the web server) instead of using IMAP's SORT feature despite the settings display says otherwise.

(The annoying thing is that you try to change the sorting and it changes only if you change it a second time. You just don't expect that so you usually don't try it on purpose. :-)

[alec]

Confirmed. Actually we plan to remove this option.

[XTaran]

Will there be another option to use either IMAP server or local sorting? If not: which one will be used in future? Hopefully local (PHP) sorting.

BTW: I stumbled upon this bug while investigating unexpected (but as it seems valid) IMAP server sorting. A user moved all her mails from an Exchange server to our IMAP server via drag and drop in Outlook. Afterwards the arrival date was (IMHO correctly) set to the date of moving the mails to the IMAP server, and no more to the original SMTP arrival date. The user was totally confused by that, because the date column was highlighted/chosen as sort criteria, but it wasn't sorted by the dates being displayed in that column.

So offering only local sorting IMHO would make the user interface way more consistent with regards to sorting.

[alec]

It's already implemented in devel-threads branch.

[EdRoxter]

For me, it's the other way round, but still a very similar issue, I think:

A virgin user's folders are sorted via index sorting instead of IMAP SORT altough the checkbox is unchecked by default. In the user's database entry, index_sort isn't set at all - which apparently leads RC to use the system's default value which is true (see program/include/rcube_imap.php line 53).

Only when I check, save, uncheck, save again, index_sort is set as false in the user's database entry and IMAP SORT is used (which was my goal, eventually).

[alec]

Fixed in r3367. Option removed.