[F] Sorting broke in 2.35n

bug-fixed

#1

Feature request - Multiple Column Sorting

Sorting by clicking the header seems to be broken in 2.35n. Sorting by path or even track doesn't sort properly I'm finding. I found a copy of 2.35m and reverted - sort went back to previous behaviour on same set of files. This isn't even the double sorting I'd mentioned in that previous post but on sorting by just one column...


#2

I can confirm this. If, for example I sort multiple folders by folder first and then after that by artist, is's screwed up.


#3

Yes here too.

Though I think I noticed that when all files are selected and you click a column it sorts them right.


#4

Sorry, but I can't reproduce this here :frowning:

I've sorted the tracks of several various artists albums first by path and then by artist and got the expected results (paths are still sorted and additional to that, artists too).


#5

For me the sorting works fine. I have no problems with it. The only thing that is different is the fact that it is now faster (like Florian mentionend in the thread where you can download 2.35n).


#6

Strange, now that I've tried to reproduce this again, I couldn't.
Dang, and I can't remember which files / albums exactly I sorted when
I reproduced the bug report the first time :frowning:


#7

I have no problems to, sorting now works really fast.


#8

Works fine on my side, too.


#9

Hi, sorry for writing my first post to the bug-section, but I think, I can help reproducing this bug:

In my case sorting in version 2.35n works fine till you use freedb. After renaming the tags of one file by using freedb, the now renamed song won´t be sorted correctly.

I tried it a few times with different files and it was always the same effect.

Apart of this little bug mp3tag is a real brilliant tool! My highest respect to you Florian!

BDB


#10

Thank you for pointing that out.

The issue should be fixed with the latest Development Build :slight_smile: