# Cover-Import - Folder.jpg wird nicht überschrieben
**URL:** https://community.mp3tag.de/t/cover-import-folder-jpg-wird-nicht-uberschrieben/12099
**Category:** Fehlermeldungen
**Created:** [June 5, 2011, 2:40pm UTC](https://community.mp3tag.de/t/cover-import-folder-jpg-wird-nicht-uberschrieben/12099 "2011-06-05T14:40:21Z")
**Posts on this page:** 5
**Page:** 1
### Author:  [@DiableNoir](https://community.mp3tag.de/u/DiableNoir)
#### Post date: [June 5, 2011, 2:40pm UTC](https://community.mp3tag.de/t/cover-import-folder-jpg-wird-nicht-uberschrieben/12099/1 "2011-06-05T14:40:21Z")
Der Titel sagt schon alles. Beim Import eines Covers (zB.: von Amazon) wird bei vorhandener Folder.jpg zwar gefragt ob diese überschrieben werden soll, allerdings wird das auch beim Bestätigen nicht getan.
Der Bug besteht seit mindestens 2.47 und ist auch in der aktuellen 2.49 anzutreffen. MP3tag gibt dabei keinen Fehler aus.
Voraussetzung für das Auftreten dieses Bugs ist allerdings, dass die Datei versteckt ist (Standardmäßig der Fall, wenn sie von Windows erstellt wurde.) bzw. auch wenn das Schreibschutz-Attribut gesetzt ist.
---
### Author:  [@oggi](https://community.mp3tag.de/u/oggi)
#### Post date: [July 3, 2011, 12:44pm UTC](https://community.mp3tag.de/t/cover-import-folder-jpg-wird-nicht-uberschrieben/12099/2 "2011-07-03T12:44:07Z")
Ja, es gibt nicht nur Probleme mit hidden files...
Auch diverse durchaus zulässige Sonderzeichen (wie z.B. eckige Klammern) dürfen leider nicht im mp3-Dateinamen vorkommen.
Die Aktion set cover art erfordert auch umständlich viele Dialogschritte...
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [July 3, 2011, 1:13pm UTC](https://community.mp3tag.de/t/cover-import-folder-jpg-wird-nicht-uberschrieben/12099/3 "2011-07-03T13:13:49Z")
> [@DiableNoir](#):
>
> Voraussetzung für das Auftreten dieses Bugs ist allerdings, dass die Datei versteckt ist...
In einer Command Shell (cmd.exe) im Wurzelverzeichnis der Musikdateien geöffnet (oder dahin navigiert) lässt sich recht flott mit dem guten alten DOS-Kommand
attrib /s -h -s \*.jpg
alles an jpgs auf ungeschützt und nicht systematisch setzen. Damit müsste das Dateiproblem umschifft sein. Ist aber nur ein Workaround.
---
### Author:  [@DiableNoir](https://community.mp3tag.de/u/DiableNoir)
#### Post date: [July 4, 2011, 8:47am UTC](https://community.mp3tag.de/t/cover-import-folder-jpg-wird-nicht-uberschrieben/12099/4 "2011-07-04T08:47:39Z")
> [@ohrenkino](#):
>
> In einer Command Shell (cmd.exe) im Wurzelverzeichnis der Musikdateien geöffnet (oder dahin navigiert) lässt sich recht flott mit dem guten alten DOS-Kommand
Das ist mir durchaus bekannt, dennoch handelt es sich um einen Bug der gemeldet werden sollte. 😉
---
### Author:  [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [July 4, 2011, 11:53am UTC](https://community.mp3tag.de/t/cover-import-folder-jpg-wird-nicht-uberschrieben/12099/5 "2011-07-04T11:53:28Z")
> [@oggi](#):
>
> ... Auch diverse durchaus zulässige Sonderzeichen (wie z.B. eckige Klammern) dürfen leider nicht im mp3-Dateinamen vorkommen. ...
Für die Aktion "Album-Cover aus Datei importieren" kann ich Bilddateinamen mit eckigen Klammern im Eingabefeld "Formatstring für Cover-Dateiname" definieren und es funktioniert, so dass das Bild in die Datei eingeladen wird.
'oggi', welche anderen "diverse durchaus zulässige Sonderzeichen" du meinst, das kann ich nicht nachvollziehen.
Bitte gebe Beispiele, die bei dir nicht funktionieren.
Oder meinst du wirklich den Dateinamen der MP3 Datei?
Es ist klar, dass das Dateisystem bestimmt, welche Schriftzeichen erlaubt sind.
Darüberhinaus sind keine Besonderheiten bekannt.
DD.20110704.1558.CEST