# File name \>\>Tag results in corrupt track numbering

**URL:** https://community.mp3tag.de/t/file-name-tag-results-in-corrupt-track-numbering/60735
**Category:** Support
**Created:** [April 18, 2023, 3:58pm UTC](https://community.mp3tag.de/t/file-name-tag-results-in-corrupt-track-numbering/60735 "2023-04-18T15:58:32Z")
**Posts on this page:** 1
**Showing post:** 2

<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: [April 18, 2023, 4:07pm UTC](https://community.mp3tag.de/t/file-name-tag-results-in-corrupt-track-numbering/60735/2 "2023-04-18T16:07:42Z")

</div>

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.](https://community.mp3tag.de/t/padding-track-num-scrambled/11740):
>
> 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](https://community.mp3tag.de/t/auto-numbering-wizard-works-incorrectly-by-using-leading-zeros/56359/2):
>
> see this thread and look for the explanation on "octal numbers". It's a bug in the Windows explorer.

---

_[View the full topic](https://community.mp3tag.de/t/file-name-tag-results-in-corrupt-track-numbering/60735)._