# Having a problem with Windows's file path length limit

**URL:** https://community.mp3tag.de/t/having-a-problem-with-windowss-file-path-length-limit/62614
**Category:** Support
**Created:** [October 31, 2023, 6:45am UTC](https://community.mp3tag.de/t/having-a-problem-with-windowss-file-path-length-limit/62614 "2023-10-31T06:45:29Z")
**Posts on this page:** 1
**Showing post:** 7

<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: [November 2, 2023, 8:09am UTC](https://community.mp3tag.de/t/having-a-problem-with-windowss-file-path-length-limit/62614/7 "2023-11-02T08:09:29Z")

</div>

And that works?  
I mean, wouldn't it be much easier to apply that rule when you create the file names in MP3tag (with MP3tag's functions) so that musicbee does not run into an error?  
See e.g. here:

> [@Help with smart truncating of long filenames](https://community.mp3tag.de/t/help-with-smart-truncating-of-long-filenames/16455):
>
> I've noticed with my regular filename Action that occasionally the full Windows path + filename output will be too long and return an error within Mp3Tag. For example here's one such path that would be too long for Windows, that I ended up truncating manually with an ellipsis: M:\Music\CDs\Soundtracks\Studio Ghibli\Hayao Miyazaki & Joe Hisaishi Soundtrack Box Set\Ponyo on the Cliff by the Sea (Original Soundtrack)\Joe Hisaishi - Ponyo on the Cliff by the Sea (Original Soundtrack) - 36 - Ponyo …

---

_[View the full topic](https://community.mp3tag.de/t/having-a-problem-with-windowss-file-path-length-limit/62614)._