Using the menu 'view -> customize columns' to change the visibility of an arbitrary column of the file list also changes the column by which the file list is sorted to the preceeding column at the left. If for example the 3. column was the sorting column before then after that command the 2. column is used for sorting. This can be repeated until no column is selected for sorting any more and the sort order of the files seems to be random. I'm using windows version 3.27a, but observed this beheavior already since some time ago.
Which behavoiur did you expect so that you consider your observation as buggy behaviour?
To make it clear, I don't change the visibilty of the sorting column!
Fascinatingly, I myself reported this behaviour in 2015. It was fixed back then ...
but now it looks like it has crept in again.
You don't even have to change the visibilty of any other column, you can also change any other attribute of an arbitrary column and save the change to trigger this bug.
Yes, I've reproduced the issue — thank you for reporting. It happened during the massive refactoring towards 64-bit support, between v3.14 and v3.15.
I'll fix it to the next release.
It's now fixed with Mp3tag v3.27b.
Yes, it is fixed, thank you.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.