# FLAC Tagging Issue

**URL:** https://community.mp3tag.de/t/flac-tagging-issue/43535
**Category:** Support
**Created:** [November 12, 2018, 2:33pm UTC](https://community.mp3tag.de/t/flac-tagging-issue/43535 "2018-11-12T14:33:30Z")
**Posts on this page:** 8
**Page:** 1

<div class="post-metadata">

### Author: ![deckard](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/d/bbce88/32.png) [@deckard](https://community.mp3tag.de/u/deckard)
#### Post date: [November 12, 2018, 2:33pm UTC](https://community.mp3tag.de/t/flac-tagging-issue/43535/1 "2018-11-12T14:33:30Z")

</div>

First off, re: [Horizontal Tag Panel looks very different since v2.87c](https://community.mp3tag.de/t/horizontal-tag-panel-looks-very-different-since-v2-87c/41549), thank you Florian for making adjustments to allow deeper Tag Panel customization. Most appreciated!

Completely unrelated, I recently had an album with the same issue described here:

> [@Failure to remove multiple FLAC tags](https://community.mp3tag.de/t/x-failure-to-remove-multiple-flac-tags/9155/6):
>
> Since FLAC streams allow only for one Vorbis Comment block, I consider this as a broken file and not a bug in Mp3tag.

Before I thought to edit the files with foobar or another tool, I was able to resolve this by converting the files to WAV then back to FLAC.

This is not a big deal since I have a work-around, but I am curious as to why Mp3tag cannot completely remove or overwrite the corrupt tag info (no settings for removing FLAC tags specifically).

Please let me know if you'd like me to link you to one of these files.

Thanks again!

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [November 12, 2018, 3:03pm UTC](https://community.mp3tag.de/t/flac-tagging-issue/43535/2 "2018-11-12T15:03:34Z")

</div>

> [@deckard](#):
>
> I am curious as to why Mp3tag cannot completely remove or overwrite the corrupt tag info

It's mostly a restriction imposed by the current implementation. When adding support for a certain file type, it's always a question to which extend malformed data should be allowed. It's a trade-off between following the specification and have a clean implementation or endless headaches.

In my experience, adding workarounds for broken files does not make the world a better place. In many cases, users can trace back how the file was created and which applications have touched. In this case, the actual error can be fixed in the application that produced the malformed file in the first place.

If the origin of the file is unknown, it's more convenient to have an app which can fix the error easily. This is probably where your question comes from 🙂 You can send me a link to the file via PM and I can have a look.

---

<div class="post-metadata">

### Author: ![deckard](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/d/bbce88/32.png) [@deckard](https://community.mp3tag.de/u/deckard)
#### Post date: [November 12, 2018, 3:27pm UTC](https://community.mp3tag.de/t/flac-tagging-issue/43535/3 "2018-11-12T15:27:59Z")

</div>

Link sent - Please let me know if you need any addition info. Thank you!

---

<div class="post-metadata">

### Author: ![deckard](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/d/bbce88/32.png) [@deckard](https://community.mp3tag.de/u/deckard)
#### Post date: [November 12, 2018, 5:31pm UTC](https://community.mp3tag.de/t/flac-tagging-issue/43535/4 "2018-11-12T17:31:17Z")

</div>

Quick update: I since loaded the album into foobar, selected all tracks, right-clicked \> Properties, hit Tools \> Remove Tags and the problem is gone. In Mp3tag, I now can add/edit fields with no issue and if I hit Remove, it does in fact completely get rid of the FLAC tag.

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [November 12, 2018, 6:02pm UTC](https://community.mp3tag.de/t/flac-tagging-issue/43535/5 "2018-11-12T18:02:02Z")

</div>

Thanks for the test file. I've added handling of those cases with [Mp3tag v2.90d](https://community.mp3tag.de/t/455).

---

<div class="post-metadata">

### Author: ![deckard](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/d/bbce88/32.png) [@deckard](https://community.mp3tag.de/u/deckard)
#### Post date: [November 13, 2018, 2:08pm UTC](https://community.mp3tag.de/t/flac-tagging-issue/43535/6 "2018-11-13T14:08:15Z")

</div>

Thanks Florian! Were you able to tell what app initially created the tags?

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [November 13, 2018, 2:27pm UTC](https://community.mp3tag.de/t/flac-tagging-issue/43535/7 "2018-11-13T14:27:31Z")

</div>

Unfortunately not. It was not visible from the file's metadata.

---

<div class="post-metadata">

### Author: ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)
#### Post date: [February 9, 2026, 12:27pm UTC](https://community.mp3tag.de/t/flac-tagging-issue/43535/8 "2026-02-09T12:27:45Z")

</div>


