# \[F\] Sorting broke in 2.35n

**URL:** https://community.mp3tag.de/t/f-sorting-broke-in-2-35n/3233
**Category:** Fixed Bugs
**Tags:** bug-fixed
**Created:** [April 23, 2006, 3:31am UTC](https://community.mp3tag.de/t/f-sorting-broke-in-2-35n/3233 "2006-04-23T03:31:23Z")
**Posts on this page:** 11
**Page:** 1

<div class="post-metadata">

### Author: ![BLKMGK](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/b/a8b319/32.png) [@BLKMGK](https://community.mp3tag.de/u/BLKMGK)
#### Post date: [April 23, 2006, 3:31am UTC](https://community.mp3tag.de/t/f-sorting-broke-in-2-35n/3233/1 "2006-04-23T03:31:23Z")

</div>

[Feature request - Multiple Column Sorting](https://community.mp3tag.de/t/3231/2)

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...

---

<div class="post-metadata">

### Author: ![klaasklever](https://community.mp3tag.de/user_avatar/community.mp3tag.de/klaasklever/32/87_2.png) [@klaasklever](https://community.mp3tag.de/u/klaasklever)
#### Post date: [April 23, 2006, 11:47am UTC](https://community.mp3tag.de/t/f-sorting-broke-in-2-35n/3233/2 "2006-04-23T11:47:49Z")

</div>

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

---

<div class="post-metadata">

### Author: ![Michaelm](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/3be4f8/32.png) [@Michaelm](https://community.mp3tag.de/u/Michaelm)
#### Post date: [April 24, 2006, 2:16pm UTC](https://community.mp3tag.de/t/f-sorting-broke-in-2-35n/3233/3 "2006-04-24T14:16:59Z")

</div>

Yes here too.

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

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 28, 2006, 8:14am UTC](https://community.mp3tag.de/t/f-sorting-broke-in-2-35n/3233/4 "2006-04-28T08:14:53Z")

</div>

Sorry, but I can't reproduce this here ☹

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).

---

<div class="post-metadata">

### Author: ![SquallLeonhart38](https://community.mp3tag.de/user_avatar/community.mp3tag.de/squallleonhart38/32/116_2.png) [@SquallLeonhart38](https://community.mp3tag.de/u/SquallLeonhart38)
#### Post date: [April 28, 2006, 3:45pm UTC](https://community.mp3tag.de/t/f-sorting-broke-in-2-35n/3233/5 "2006-04-28T15:45:12Z")

</div>

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).

---

<div class="post-metadata">

### Author: ![klaasklever](https://community.mp3tag.de/user_avatar/community.mp3tag.de/klaasklever/32/87_2.png) [@klaasklever](https://community.mp3tag.de/u/klaasklever)
#### Post date: [April 28, 2006, 6:49pm UTC](https://community.mp3tag.de/t/f-sorting-broke-in-2-35n/3233/6 "2006-04-28T18:49:08Z")

</div>

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 ☹

---

<div class="post-metadata">

### Author: ![milka](https://community.mp3tag.de/user_avatar/community.mp3tag.de/milka/32/55_2.png) [@milka](https://community.mp3tag.de/u/milka)
#### Post date: [April 28, 2006, 7:15pm UTC](https://community.mp3tag.de/t/f-sorting-broke-in-2-35n/3233/7 "2006-04-28T19:15:41Z")

</div>

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

---

<div class="post-metadata">

### Author: ![Sebastian\_Mares](https://community.mp3tag.de/user_avatar/community.mp3tag.de/sebastian_mares/32/9285_2.png) [@Sebastian\_Mares](https://community.mp3tag.de/u/Sebastian_Mares)
#### Post date: [April 28, 2006, 7:33pm UTC](https://community.mp3tag.de/t/f-sorting-broke-in-2-35n/3233/8 "2006-04-28T19:33:14Z")

</div>

Works fine on my side, too.

---

<div class="post-metadata">

### Author: ![BadlyDrawnBoy](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/b/6f9a4e/32.png) [@BadlyDrawnBoy](https://community.mp3tag.de/u/BadlyDrawnBoy)
#### Post date: [April 29, 2006, 10:56am UTC](https://community.mp3tag.de/t/f-sorting-broke-in-2-35n/3233/9 "2006-04-29T10:56:35Z")

</div>

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

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 30, 2006, 1:56pm UTC](https://community.mp3tag.de/t/f-sorting-broke-in-2-35n/3233/10 "2006-04-30T13:56:10Z")

</div>

Thank you for pointing that out.

The issue should be fixed with the latest [Development Build](http://developer.mp3tag.de) 🙂

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [December 28, 2018, 1:55pm UTC](https://community.mp3tag.de/t/f-sorting-broke-in-2-35n/3233/11 "2018-12-28T13:55:07Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
