Incorrect sorting by filename of search results when grouped

Bug #669236 reported by Charles M. on 2010-10-31
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
LinuxDC++
Medium
Unassigned

Bug Description

In the search tab, when you group results by TTH, then sort, ascending, on the filename column, you get this:

- all grouped items in no particular order, then
- all directories in alphabetic order, then
- all nongrouped items in alphabetic order.

I get this in 1.1.0~pre1~bzr399 on Ubuntu 10.04.

I expected that the column would be sorted strictly in order of the displayed value in that column, based on the appropriate collation sequence. Separating the directories from the files doesn't seem helpful to me in this context and the treatment of the grouped items is really off.

Razzloss (razzloss) wrote :

True, grouped items aren't sorted.

However don't know if I agree with the 2nd point of not separating directories and files. IMO it's fine like it is.

--RZ

tags: added: gui search
Changed in linuxdcpp:
importance: Undecided → Medium
status: New → Confirmed
Steven Sheehy (steven-sheehy) wrote :

For the second point, it needs to be sorted based upon the locale of the user using LC_COLLATE. So technically you're both right. GTK+ is already sorting strings properly using the locale, but since we have no way to indicate to GTK+ that a random row is a file versus a folder we are currently hardcoding it to directories before files. We need to determine if some method exists to notify GTK+ so it could sort properly. Another option is to add a custom column type and cell renderer in treeview so we can customize the sorting function.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers