# Track titles missing from track metadata list if all entries match
**URL:** https://community.mp3tag.de/t/track-titles-missing-from-track-metadata-list-if-all-entries-match/68393
**Category:** Fixed Bugs
**Tags:** bug-fixed
**Created:** [May 4, 2025, 1:22am UTC](https://community.mp3tag.de/t/track-titles-missing-from-track-metadata-list-if-all-entries-match/68393 "2025-05-04T01:22:28Z")
**Posts on this page:** 3
**Page:** 1
### Author:  [@rboss](https://community.mp3tag.de/u/rboss)
#### Post date: [May 4, 2025, 1:22am UTC](https://community.mp3tag.de/t/track-titles-missing-from-track-metadata-list-if-all-entries-match/68393/1 "2025-05-04T01:22:28Z")
This had been addressed in a previous bug report:
> [@Tag Sources results for Single Track Release doesn't show track length in tracks list](https://community.mp3tag.de/t/tag-sources-results-for-single-track-release-doesnt-show-track-length-in-tracks-list/65029):
>
> Hello, I don't know if this is a bug or what. But, just to let you know, I noticed that when tagging a single track release, in the results window you can not see the tracklist for Discogs data (left column). I have to mention that I haven't checked others, because I only use Discogs data to tag music. So, then, you have to open Discogs' release page to check track data like title/artist and tracklenght in case Discogs provides it. Thanks! Edit: Forgot to add caption, sorry:
and solved
> [@Tag Sources results for Single Track Release doesn't show track length in tracks list](https://community.mp3tag.de/t/tag-sources-results-for-single-track-release-doesnt-show-track-length-in-tracks-list/65029/11):
>
> The result doesn't show the Title and Track# in the Title metadata list, which makes it more difficult than necessary to check if it's the correct title (scrolling the Album metadata list is needed instead, where the fields are to be found). → I'll add Track# and Title (if available) to the list of Title metadata.
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".
Well, today I came across this example:
_(Apologies for the sensible content, but I couldn't find another example that would trigger this issue)_
I can understand what is happening: [here](https://music.apple.com/us/album/i-dont-f-k-with-you-feat-e-40-deluxe-single-single/1445308951) you can see that all of the two entries for this single have the same title; and so Mp3Tag is treating `TRACKS` as a multi-value field. Because all values match, the field was moved to "Metadata Album".
It is a perfect-storm scenario, but I'm reading that the _intent_ of the previous bug report - and fix - was to prevent this situation from happening, and have Title data always displayed in its intended sub-window.
So, I'm reporting this as a (new?) bug, and hopefully an easily solvable one.
* * *
Additional info:
Mp3Tag 3.29b | Windows
WSS: the current development version of [my own](https://community.mp3tag.de/t/ws-itunes-source-script-with-multiple-search-criteria/47197) was used for the screenshot, but I can reproduce this issue with my v3.66b public release; requires 'WS Settings' \> 'Track' \> 'Show album\track titles' : `Censored`
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [November 5, 2025, 1:27pm UTC](https://community.mp3tag.de/t/track-titles-missing-from-track-metadata-list-if-all-entries-match/68393/2 "2025-11-05T13:27:48Z")
Fixed in latest [Mp3tag v3.31i](https://community.mp3tag.de/t/455). Thank you for the detailed report!
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [December 5, 2025, 1:28pm UTC](https://community.mp3tag.de/t/track-titles-missing-from-track-metadata-list-if-all-entries-match/68393/3 "2025-12-05T13:28:33Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.