# V2.95 - Tag -\> Filename mistreats "\\" in tags

**URL:** https://community.mp3tag.de/t/v2-95-tag-filename-mistreats-in-tags/45558
**Category:** No Bugs
**Created:** [May 28, 2019, 7:05pm UTC](https://community.mp3tag.de/t/v2-95-tag-filename-mistreats-in-tags/45558 "2019-05-28T19:05:09Z")
**Posts on this page:** 1
**Showing post:** 4

<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: [May 28, 2019, 7:44pm UTC](https://community.mp3tag.de/t/v2-95-tag-filename-mistreats-in-tags/45558/4 "2019-05-28T19:44:41Z")

</div>

In the end, MP3tag hands over the composed string to the OS and that creates the folder.  
You cannot create a filename with a backslash.  
So it is no MP3tag bug but a feature.  
If you do not want to include the backslash of a tag field in the filename, then you could enclose the troublesome fields in a scripting function $replace() that replaces the backslash with something else.

See also this thread:

> [@\[X\] possible mishandling of backslashes in tags](https://community.mp3tag.de/t/x-possible-mishandling-of-backslashes-in-tags/8822):
>
> Problem description: "Tags to filename" function creates folders when tags contain a \ (backslash) Example: artist: yyy title: zzz\zzz Using the "tag to filename" option with a "%artist%-%title%" format-string - I'd expect the resulting file to be named "yyy-zzz\zzz.mp3" Due to restrictions in the file system, this filename is impossible to create. the "yyy-zzz" part will always be interpreted as a folder containing a file called "zzz.mp3". As a result, instead of renaming the file, the …

---

_[View the full topic](https://community.mp3tag.de/t/v2-95-tag-filename-mistreats-in-tags/45558)._
