File name >>Tag results in corrupt track numbering

[Goldie]

mp3tag v.3.20, clean installation today:

When copying track numbers from file name to tag and the numbers are three figures (like track no. 123) the numbers upto 008 are correct in Windows 10 File Explorer. Then comes another 008 and then a double 009 and this is repeated at 018, 019, 028, 029 and so on. The inbetween number are also affected by this behaviour. The track number ("spår") shown in mp3tag are curiously enough correct. I attach some example screen dumps.

I have not tested any other format like 01 or 0123.

[ohrenkino]

As MP3tag shows the track numbers as they should be, I doubt that this is an MP3tag bug.
See also here:

Padding Track Num, Scrambled.

Does padding of the track numbers affect how explorer and mp3 players reads the track number?(Padding being the prefixing with zeros to have a specific number of characters.) I used 'Bulk Rename Utility' ver 2.7.1.2 to rename a series of 150 mp3s that were named with the suffix of 'title disk_track'; 01_01 through 15_10 to their sequential counterparts 001 through 150. The conversion worked and everything was fine. I then attempted to use mp3tag to cleanup the file attributes and set the trac…

or here

Auto-Numbering Wizard works incorrectly by using leading zeros

see this thread and look for the explanation on "octal numbers". It's a bug in the Windows explorer.

[Goldie]

@ohrenkino This indeed seems to be the reason for the corrupt track numbering in Windows File Explorer. I removed the zero padding and the problem disappeared Thank you for your quick response! I have been using mp3tag for several years now and I have never observed this misbehaviour in Windows.