# \[F\] Schrägstrich in Album-Feld führt beim Umbennen per Konverter zu weiteren Verzeichnissen

**URL:** https://community.mp3tag.de/t/f-schragstrich-in-album-feld-fuhrt-beim-umbennen-per-konverter-zu-weiteren-verzeichnissen/18456
**Category:** Fehlermeldungen
**Created:** [November 26, 2016, 4:03pm UTC](https://community.mp3tag.de/t/f-schragstrich-in-album-feld-fuhrt-beim-umbennen-per-konverter-zu-weiteren-verzeichnissen/18456 "2016-11-26T16:03:02Z")
**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 26, 2016, 4:12pm UTC](https://community.mp3tag.de/t/f-schragstrich-in-album-feld-fuhrt-beim-umbennen-per-konverter-zu-weiteren-verzeichnissen/18456/2 "2016-11-26T16:12:25Z")

</div>

Welche Version von MP3tag verwendest du?  
Denn hier [[F] 2.78a: Konverter Tag-Dateiname mit \ führt zu falschem Pfad](https://community.mp3tag.de/t/18223/5)  
wurde schon mal ein ähnliches Verhalten beschrieben.  
Das galt dann für die Version 2.78a.  
In der aktuellen 2.80 finde ich das Verhalten weder für / noch für \ als Teil eines Variableninhalts.

Edit: Korrektur meinerseits: das Problem tritt dann auf, wenn das Feld, in dem in den Daten ein / oder \ auftreten kann, Teil der Pfad-Generierung ist.  
Man kann (derzeit) den Fehler umgehen, indem man den kompletten Ausdruck (Format-String) zur Generierung mit einem $validate() behandelt.  
Das sollte eigentlich nicht nötig sein. Für mich sieht es auch aus wie ein Bug.

---

_[View the full topic](https://community.mp3tag.de/t/f-schragstrich-in-album-feld-fuhrt-beim-umbennen-per-konverter-zu-weiteren-verzeichnissen/18456)._