# \[F\] Wrong path when renaming files

**URL:** https://community.mp3tag.de/t/f-wrong-path-when-renaming-files/18460
**Category:** Fixed Bugs
**Tags:** bug-fixed
**Created:** [November 27, 2016, 8:56pm UTC](https://community.mp3tag.de/t/f-wrong-path-when-renaming-files/18460 "2016-11-27T20:56:14Z")
**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: [November 28, 2016, 5:36am UTC](https://community.mp3tag.de/t/f-wrong-path-when-renaming-files/18460/2 "2016-11-28T05:36:16Z")

</div>

> [@Timbosteron](#):
>
> When I rename a file using its tags (i.e. creating a folder called "artist" and a subfolder "album") MP3tag doesn't get it right sometimes (see the screenshot).
> 
> So instead of drive R:... MP3tag puts the file in a subfolder \R...
> 
> I think the problem is the slash in the album-tag because a minute earlier it worked fine.

I just tested it - and can partially confirm the bug (which looks like a variation of the 2.78a bug described here [[F] 2.78a: Konverter Tag-Dateiname mit \ führt zu falschem Pfad](https://community.mp3tag.de/t/18223/5)

The problem is the combination of path and variable with slash in the data being part of the path (and not just the filename).

If you leave out the variable in the path then MP3tag behaves as it should: no path repetition.

Also, if you treat the whole format string with a $validate()-function then the path comes out correct as well.

But I agree: it looks like a bug.

---

_[View the full topic](https://community.mp3tag.de/t/f-wrong-path-when-renaming-files/18460)._