# Bug Reports

**URL:** https://community.mp3tag.de/c/bug-reports/21.md?page=1

[Latest](https://community.mp3tag.de/latest.md) · [Categories](https://community.mp3tag.de/categories.md) · [Tags](https://community.mp3tag.de/tags.md)

**Page:** 2

---

## [Inaccurate bitrates for files less than 1 second duration](https://community.mp3tag.de/t/inaccurate-bitrates-for-files-less-than-1-second-duration/70271)

<div class="topic-metadata">

**Author:** [@Oblio](https://community.mp3tag.de/u/Oblio)\
**Replies:** 1\
**Last updated:** [December 5, 2025, 3:28pm UTC](https://community.mp3tag.de/t/inaccurate-bitrates-for-files-less-than-1-second-duration/70271 "2025-12-05T15:28:23Z")

</div>

I have a bunch of sound effect files which are all 320kB/s CBR 48kHz and any that are smaller than 1 second in length display a bitrate less than 320k. The smaller the file the lower the bitrate reported. e.g. a 236ms fi…

---

## [Drag & Drop bug in mp3tag v3.32 Windows 10](https://community.mp3tag.de/t/drag-drop-bug-in-mp3tag-v3-32-windows-10/70144)

<div class="topic-metadata">

**Author:** [@LeoL30](https://community.mp3tag.de/u/LeoL30)\
**Replies:** 12\
**Last updated:** [December 4, 2025, 9:15pm UTC](https://community.mp3tag.de/t/drag-drop-bug-in-mp3tag-v3-32-windows-10/70144 "2025-12-04T21:15:36Z")

</div>

Hi Before installing v3.32 I used to be able to drag and drop a list of mp3s from mp3tag to any folder. In v3.32 when I drag & drop, shortcuts are created to the mp3 files. Is this a new feature or a bug? Thanks Leo …

---

## [Using v3.32d with BPM tag (TXXX BPM)](https://community.mp3tag.de/t/using-v3-32d-with-bpm-tag-txxx-bpm/70245)

<div class="topic-metadata">

**Author:** [@Sergius](https://community.mp3tag.de/u/Sergius)\
**Replies:** 17\
**Last updated:** [December 2, 2025, 3:44pm UTC](https://community.mp3tag.de/t/using-v3-32d-with-bpm-tag-txxx-bpm/70245 "2025-12-02T15:44:20Z")

</div>

Hello @Florian, I tried Mp3tag Development Build Status v3.32d I thought it was great what you changed about ID3v2 tags CHG: writing ID3v2 tags preserves the original ID3v2 frames that were not modified. CHG: writing …

---

## [Convert Tag -\> Tag creates folders already when entering the format string for \_FILENAME](https://community.mp3tag.de/t/convert-tag-tag-creates-folders-already-when-entering-the-format-string-for-filename/70199)

<div class="topic-metadata">

**Author:** [@ve3auo](https://community.mp3tag.de/u/ve3auo)\
**Replies:** 4\
**Last updated:** [November 28, 2025, 9:07pm UTC](https://community.mp3tag.de/t/convert-tag-tag-creates-folders-already-when-entering-the-format-string-for-filename/70199 "2025-11-28T21:07:48Z")

</div>

Hello everyone, I think I have found a bug (undocumented feature :laughing: ) in the section for Tag to Tag conversion. When using this procedure to work on \_FILENAME, as you build your string in the popup box, MP3Tag …

---

## [Silent data loss when saving recurring WWW/MP3 or certain/WMA tags](https://community.mp3tag.de/t/silent-data-loss-when-saving-recurring-www-mp3-or-certain-wma-tags/70206)

<div class="topic-metadata">

**Author:** [@kanda](https://community.mp3tag.de/u/kanda)\
**Replies:** 8\
**Last updated:** [November 28, 2025, 9:07pm UTC](https://community.mp3tag.de/t/silent-data-loss-when-saving-recurring-www-mp3-or-certain-wma-tags/70206 "2025-11-28T21:07:43Z")

</div>

If a user enters multiple WWW tags in the Extended Tags dialog: and then clicks OK, the dialog closes without indicating any error. However, only the last WWW tag is saved. All other entries are silently discarded,…

---

## [Mp3tag writes and modifies WWW fields (ID3v2 WXXX frames) without being asked to](https://community.mp3tag.de/t/mp3tag-writes-and-modifies-www-fields-id3v2-wxxx-frames-without-being-asked-to/70210)

<div class="topic-metadata">

**Author:** [@kanda](https://community.mp3tag.de/u/kanda)\
**Replies:** 12\
**Last updated:** [November 28, 2025, 9:07pm UTC](https://community.mp3tag.de/t/mp3tag-writes-and-modifies-www-fields-id3v2-wxxx-frames-without-being-asked-to/70210 "2025-11-28T21:07:36Z")

</div>

If a user edits any piece of metadata in an MP3 file (e.g., ALBUM, ARTIST, YEAR, etc.), and the file contains WWW tags (WXXX ID3v2 frames), Mp3tag rewrites WXXX frames to spec-conformant values, although the user did…

---

## [MP3 WWW field (WXXX frame) cannot be exposed in the file list](https://community.mp3tag.de/t/mp3-www-field-wxxx-frame-cannot-be-exposed-in-the-file-list/70209)

<div class="topic-metadata">

**Author:** [@kanda](https://community.mp3tag.de/u/kanda)\
**Replies:** 4\
**Last updated:** [November 21, 2025, 7:22pm UTC](https://community.mp3tag.de/t/mp3-www-field-wxxx-frame-cannot-be-exposed-in-the-file-list/70209 "2025-11-21T19:22:05Z")

</div>

The %www% field in the file list shows only WXXX frames whose description is empty. WXXX frames with a non-empty description are not shown: We were told that a WXXX frame with a non-empty description can be sho…

---

## [URL description (MP3/WWW field/WXXX frame) is forced to uppercase](https://community.mp3tag.de/t/url-description-mp3-www-field-wxxx-frame-is-forced-to-uppercase/70208)

<div class="topic-metadata">

**Author:** [@kanda](https://community.mp3tag.de/u/kanda)\
**Replies:** 3\
**Last updated:** [November 21, 2025, 7:18pm UTC](https://community.mp3tag.de/t/url-description-mp3-www-field-wxxx-frame-is-forced-to-uppercase/70208 "2025-11-21T19:18:55Z")

</div>

According to ID3 v2.3, v2.4 (4.3.2. User defined URL link frame), the URL description is “a text string according to encoding”, which means lowercase letters are fully legitimate. However, Mp3tag’s Extended Tags dialo…

---

## [Missing Composers from Discogs Tag Source v3.31k](https://community.mp3tag.de/t/missing-composers-from-discogs-tag-source-v3-31k/70116)

<div class="topic-metadata">

**Author:** [@johnemc](https://community.mp3tag.de/u/johnemc)\
**Replies:** 2\
**Last updated:** [November 12, 2025, 1:29am UTC](https://community.mp3tag.de/t/missing-composers-from-discogs-tag-source-v3-31k/70116 "2025-11-12T01:29:36Z")

</div>

I've been using the new Discogs Artist + Album Tag Source provided in 3.31k. I really appreciate the ability to import COMPOSER :smiley: . I found a couple of instances where the results don't match the web page. I'm n…

---

## [Loading another file while the “Extended tags...” dialog box is open results in the loss of your entries](https://community.mp3tag.de/t/loading-another-file-while-the-extended-tags-dialog-box-is-open-results-in-the-loss-of-your-entries/70103)

<div class="topic-metadata">

**Author:** [@koo](https://community.mp3tag.de/u/koo)\
**Replies:** 2\
**Last updated:** [November 10, 2025, 9:58pm UTC](https://community.mp3tag.de/t/loading-another-file-while-the-extended-tags-dialog-box-is-open-results-in-the-loss-of-your-entries/70103 "2025-11-10T21:58:55Z")

</div>

Mp3tag v3.31k, Win 11 Pro 25H2 Load file View → Extended Tags… Load another file via Explorer context menu Loading with the dialog box open is not rejected, which leads to the loss of entries in the dialog box. This …

---

## [Track titles missing from track metadata list if all entries match](https://community.mp3tag.de/t/track-titles-missing-from-track-metadata-list-if-all-entries-match/68393)

<div class="topic-metadata">

**Author:** [@rboss](https://community.mp3tag.de/u/rboss)\
**Replies:** 1\
**Last updated:** [November 5, 2025, 1:27pm UTC](https://community.mp3tag.de/t/track-titles-missing-from-track-metadata-list-if-all-entries-match/68393 "2025-11-05T13:27:48Z")

</div>

This had been addressed in a previous bug report: and solved From @Florian's post I was assuming that the Title (and Track#) would always be displayed in "Tracks" sub-window and never (again) in "Metadata Album". W…

---

## [Random crashes when dragging files](https://community.mp3tag.de/t/random-crashes-when-dragging-files/69942)

<div class="topic-metadata">

**Author:** [@mb2007](https://community.mp3tag.de/u/mb2007)\
**Replies:** 17\
**Last updated:** [October 29, 2025, 4:56pm UTC](https://community.mp3tag.de/t/random-crashes-when-dragging-files/69942 "2025-10-29T16:56:33Z")

</div>

Lately, I’ve been getting frequent crashes of Mp3tag 3.31a on Windows 11 when dragging files into, out of, or even just across the application window. It’s not consistent, but it happens almost every day at least once. T…

---

## [Delete key in version 3.31e](https://community.mp3tag.de/t/delete-key-in-version-3-31e/70030)

<div class="topic-metadata">

**Author:** [@confucius](https://community.mp3tag.de/u/confucius)\
**Replies:** 5\
**Last updated:** [October 23, 2025, 8:39am UTC](https://community.mp3tag.de/t/delete-key-in-version-3-31e/70030 "2025-10-23T08:39:18Z")

</div>

Version 3.31d & 3.31e. When editing the title in the main screen, when I use the delete key to delete some text, the file is removed from the list. This only happens in 3.31e. It isn’t confined to the Title field.

---

## [Action "Split tag field" does not work any longer](https://community.mp3tag.de/t/action-split-tag-field-does-not-work-any-longer/69981)

<div class="topic-metadata">

**Author:** [@Cryptographer](https://community.mp3tag.de/u/Cryptographer)\
**Replies:** 21\
**Last updated:** [October 22, 2025, 4:09pm UTC](https://community.mp3tag.de/t/action-split-tag-field-does-not-work-any-longer/69981 "2025-10-22T16:09:13Z")

</div>

Since Version v3.31a, the action "Split tag field" (in German: "Tag-Feld aufteilen") does not seem to work any longer. With such a script: Tag-Feld aufteilen "ARTIST":";,/&" Tag-Feld aufteilen "COMPOSER":";,/&" Tag-Fe…

---

## [Wrong time lenght](https://community.mp3tag.de/t/wrong-time-lenght/69894)

<div class="topic-metadata">

**Author:** [@Jaff](https://community.mp3tag.de/u/Jaff)\
**Replies:** 10\
**Last updated:** [October 22, 2025, 4:08pm UTC](https://community.mp3tag.de/t/wrong-time-lenght/69894 "2025-10-22T16:08:39Z")

</div>

MP3Tag timing (1h00m00s) (probably ID3v2 tag, and ID3v1 are calculated as audio data on CBR MP3 files) MPC-HC timing (59m51s - the right one)

---

## [$num(x,y) should not truncate decimal numbers to the whole part](https://community.mp3tag.de/t/num-x-y-should-not-truncate-decimal-numbers-to-the-whole-part/69643)

<div class="topic-metadata">

**Author:** [@e345](https://community.mp3tag.de/u/e345)\
**Replies:** 5\
**Last updated:** [September 9, 2025, 9:16am UTC](https://community.mp3tag.de/t/num-x-y-should-not-truncate-decimal-numbers-to-the-whole-part/69643 "2025-09-09T09:16:13Z")

</div>

reopening old issue: \[X\] $num doesn’t work as described OS: Windows 10 mp3tag: 3.31a According to Docs ( Scripting Functions – Mp3tag Documentation ), "returns string x interpreted as decimal number, padded with lead…

---

## [MP4 files with chapters ignore all standard tags; create “ghost tags”](https://community.mp3tag.de/t/mp4-files-with-chapters-ignore-all-standard-tags-create-ghost-tags/67243)

<div class="topic-metadata">

**Author:** [@obskyr](https://community.mp3tag.de/u/obskyr)\
**Replies:** 7\
**Last updated:** [September 3, 2025, 2:21pm UTC](https://community.mp3tag.de/t/mp4-files-with-chapters-ignore-all-standard-tags-create-ghost-tags/67243 "2025-09-03T14:21:16Z")

</div>

First of all: Thank you for your wonderful program that's served me so well all these years! :heart: Mp3tag currently creates Nero metadata for any MP4 file with chapters, but also writes to the standard metadata. This…

---

## [CTRL+N does not save the changes](https://community.mp3tag.de/t/ctrl-n-does-not-save-the-changes/69423)

<div class="topic-metadata">

**Author:** [@AdBrosser](https://community.mp3tag.de/u/AdBrosser)\
**Replies:** 4\
**Last updated:** [August 18, 2025, 3:03pm UTC](https://community.mp3tag.de/t/ctrl-n-does-not-save-the-changes/69423 "2025-08-18T15:03:41Z")

</div>

Hi, I’ve installed the latest version v3.31 x64 for Windows. The function CTRL+N does not save the changes in my tags, only possible with CTRL+S. Why is this function disappeared?

---

## [Randomly selecting tracks after changing metadata](https://community.mp3tag.de/t/randomly-selecting-tracks-after-changing-metadata/69439)

<div class="topic-metadata">

**Author:** [@AJ22](https://community.mp3tag.de/u/AJ22)\
**Replies:** 5\
**Last updated:** [August 18, 2025, 3:02pm UTC](https://community.mp3tag.de/t/randomly-selecting-tracks-after-changing-metadata/69439 "2025-08-18T15:02:17Z")

</div>

Since the recent update I’ve discovered a problem where if you change your metadata, the cursor would select the tracks randomly without touching the mouse. GIF demonstration of the bug report

---

## [Tag renaming in grid](https://community.mp3tag.de/t/tag-renaming-in-grid/69100)

<div class="topic-metadata">

**Author:** [@dauma](https://community.mp3tag.de/u/dauma)\
**Replies:** 12\
**Last updated:** [July 18, 2025, 6:39pm UTC](https://community.mp3tag.de/t/tag-renaming-in-grid/69100 "2025-07-18T18:39:59Z")

</div>

When the field size is big and entering the cell to edit mode - UI shows the end of cell with focus left on end of cell's string. No arrows working. When trying to slide - it's focus left so no edit available.

---

## [Image loss due to mouse clicks?](https://community.mp3tag.de/t/image-loss-due-to-mouse-clicks/68809)

<div class="topic-metadata">

**Author:** [@Sergius](https://community.mp3tag.de/u/Sergius)\
**Replies:** 6\
**Last updated:** [June 14, 2025, 6:14am UTC](https://community.mp3tag.de/t/image-loss-due-to-mouse-clicks/68809 "2025-06-14T06:14:05Z")

</div>

Sometimes when I click on the image, it disappears, without being able to enlarge it, because the image has disappeared? I managed to reproduce the image disappearance: You'll see in my video that I managed to make the…

---

## ["Split field by separator" doesn't work using \_ALL as field](https://community.mp3tag.de/t/split-field-by-separator-doesnt-work-using-all-as-field/68782)

<div class="topic-metadata">

**Author:** [@7stones](https://community.mp3tag.de/u/7stones)\
**Replies:** 18\
**Last updated:** [June 14, 2025, 6:12am UTC](https://community.mp3tag.de/t/split-field-by-separator-doesnt-work-using-all-as-field/68782 "2025-06-14T06:12:34Z")

</div>

As the title says. Doesn't work in v3.29b nor v3.30 for me, i.e. nothing happens. (I would think that this isn't a safety precaution to avoid splitting the wrong fields? Since \_ALL is present in the default field listin…

---

## [Not compressing cover image when it already has the maximum size](https://community.mp3tag.de/t/not-compressing-cover-image-when-it-already-has-the-maximum-size/68442)

<div class="topic-metadata">

**Author:** [@pabloroxo](https://community.mp3tag.de/u/pabloroxo)\
**Replies:** 0\
**Last updated:** [May 8, 2025, 12:26pm UTC](https://community.mp3tag.de/t/not-compressing-cover-image-when-it-already-has-the-maximum-size/68442 "2025-05-08T12:26:16Z")

</div>

Hi! I'm facing a bug when trying to compress the cover image. The window for this action asks for the maximum size and the quality percentage. So I set it to 70% and 500px. But the problem happens when I run the action…

---

## [MKV-"Title"Tag Bug in 3.29](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058)

<div class="topic-metadata">

**Author:** [@BlackFirePhenex](https://community.mp3tag.de/u/BlackFirePhenex)\
**Replies:** 19\
**Last updated:** [April 27, 2025, 6:21pm UTC](https://community.mp3tag.de/t/mkv-title-tag-bug-in-3-29/68058 "2025-04-27T18:21:21Z")

</div>

The "Title"-Tag in MKV-Files gets bugged out if changed in v3.29. VLC will never show a "Title"-Tag written with v3.29 and will instead show the filename with its extension. Previous Mp3Tag versions will fix it. I teste…

---

## [MP3Tag v3.28 crashes during tag query at musicbrainz](https://community.mp3tag.de/t/mp3tag-v3-28-crashes-during-tag-query-at-musicbrainz/67584)

<div class="topic-metadata">

**Author:** [@mad3all](https://community.mp3tag.de/u/mad3all)\
**Replies:** 26\
**Last updated:** [February 26, 2025, 2:34pm UTC](https://community.mp3tag.de/t/mp3tag-v3-28-crashes-during-tag-query-at-musicbrainz/67584 "2025-02-26T14:34:10Z")

</div>

After I have entered the artist and album in the search mask, the list of results appears. As soon as I move the mouse over the entries to select them, the program crashes without any errors or anything else. Strangely, …

---

## [Unable to remove/write tags for FLAC files with 16 MB+ embedded cover](https://community.mp3tag.de/t/unable-to-remove-write-tags-for-flac-files-with-16-mb-embedded-cover/67170)

<div class="topic-metadata">

**Author:** [@enve](https://community.mp3tag.de/u/enve)\
**Replies:** 11\
**Last updated:** [February 20, 2025, 5:32pm UTC](https://community.mp3tag.de/t/unable-to-remove-write-tags-for-flac-files-with-16-mb-embedded-cover/67170 "2025-02-20T17:32:16Z")

</div>

I've recently had several .flac files that were tagged with 16 MB+ covers; which I've attempted to edit with Mp3tag; however Mp3tag won't load the cover for such file (tags are loaded alright). That would be acceptable …

---

## [Next/Prev cover buttons](https://community.mp3tag.de/t/next-prev-cover-buttons/67543)

<div class="topic-metadata">

**Author:** [@Quaraxkad](https://community.mp3tag.de/u/Quaraxkad)\
**Replies:** 6\
**Last updated:** [February 20, 2025, 4:28pm UTC](https://community.mp3tag.de/t/next-prev-cover-buttons/67543 "2025-02-20T16:28:10Z")

</div>

In the Extended Tags dialog, when multiple images are available the \< and \> buttons overlap the images. I don't mind the overlap if it's intentional, but the top half of those buttons are behind the image and unclickabl…

---

## [Mp3tag 3.28a (2025-01-08) Change breaks Drag & Drop from iTunes](https://community.mp3tag.de/t/mp3tag-3-28a-2025-01-08-change-breaks-drag-drop-from-itunes/67368)

<div class="topic-metadata">

**Author:** [@MotleyG](https://community.mp3tag.de/u/MotleyG)\
**Replies:** 3\
**Last updated:** [February 10, 2025, 12:02pm UTC](https://community.mp3tag.de/t/mp3tag-3-28a-2025-01-08-change-breaks-drag-drop-from-itunes/67368 "2025-02-10T12:02:52Z")

</div>

Continuing the discussion from Mp3tag Development Build Status: Since this change was made, it is no longer possible to D&D any files from iTunes to mp3tag. I tried dragging with Shift, Ctrl, and Alt combinations as we…

---

## [Mp3tag v3.27a and v3.28 BUG Reports](https://community.mp3tag.de/t/mp3tag-v3-27a-and-v3-28-bug-reports/67028)

<div class="topic-metadata">

**Author:** [@baasz](https://community.mp3tag.de/u/baasz)\
**Replies:** 1\
**Last updated:** [January 3, 2025, 10:23am UTC](https://community.mp3tag.de/t/mp3tag-v3-27a-and-v3-28-bug-reports/67028 "2025-01-03T10:23:54Z")

</div>

Mp3tag v3.27a and v3.28 version, regarding WAV file Tag settings, even without modifying any information and simply saving the file, each save operation increases the ISFT length of LIST by 1 or 2 0x00 bytes, with no len…

---

## [Incorrect script line numbers in debug output](https://community.mp3tag.de/t/incorrect-script-line-numbers-in-debug-output/66132)

<div class="topic-metadata">

**Author:** [@yorickausyps](https://community.mp3tag.de/u/yorickausyps)\
**Replies:** 5\
**Last updated:** [October 10, 2024, 4:51pm UTC](https://community.mp3tag.de/t/incorrect-script-line-numbers-in-debug-output/66132 "2024-10-10T16:51:01Z")

</div>

The debug output file from the websource script language command debug "on" "debug.out" doesn't always contain the correct script line numbers, instead the shown numbers usually are smaller. This makes it difficult to d…

[Previous page](https://community.mp3tag.de/c/bug-reports/21.md)

[Next page](https://community.mp3tag.de/c/bug-reports/21.md?page=2)
