# FR: Never unexpectedly change column sort ordering

**URL:** <https://community.mp3tag.de/t/fr-never-unexpectedly-change-column-sort-ordering/71998>\
**Category:** General Discussion\
**Created:** [October 24, 2026, 11:21am UTC](https://community.mp3tag.de/t/fr-never-unexpectedly-change-column-sort-ordering/71998 "2026-10-24T11:21:27Z")\
**Posts on this page:** 1\
**Showing post:** 6

<div class="post-metadata">

**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\
**Post date:** [October 24, 2026, 3:49pm UTC](https://community.mp3tag.de/t/fr-never-unexpectedly-change-column-sort-ordering/71998/6 "2026-10-24T15:49:44Z")

</div>

> [@mr\_bug](#):
>
> Shipping sane Sort by values for each column is another possible solution

This is already the case: if nothing is defined in "Sort by" then the plain value from the "Value" is taken as sort criterion.

The problem of files not being in the order that may be expected has also been discussed in the context of external storages inserted in car stereos, see, e.g. here:

> [@Track order not working](https://community.mp3tag.de/t/track-order-not-working/68200/6):
>
> It could be that the player uses the order in which files got copied to the device. Delete all the tracks on the device, Sort them correctly in the windows explorer, Select the files in the windows explorer move the mouse cursor to the first file in the list and then, with the focus on the first file, drag&drop the files to the device. This should start the transfer really with the first file. Otherwise the file under the mouse cursor gets copied first. See also here:

It still boils down to: you have to sort again if the data in the already loaded files has changed or further files have been added.  
There is no unexpected change of sorting order.

---

_[View the full topic](https://community.mp3tag.de/t/fr-never-unexpectedly-change-column-sort-ordering/71998)._
