When I edit an ID3 tag on a song, Plex splits the album in two

Server Version#: 1.19.5.3021

This has been a problem for as long as I remember. When I edit (eg) a song’s name in its tag locally (I use MusicBee mainly, but it’s an issue regardless of what I’m using), Plex will pick the song name change up successfully (I’ve got all the local assets set up as recommended), but Plex for some reason always puts the song into its own album, so I’ll have duplicates of the album, one with the single track in it, the other with all the other tracks (and the newly-edited one missing). Any idea why this is happening?

Can you show an overview of the album’s meta tags?

Do your files have ‘Album Artist’ meta tags in them? If not, try add them (all files of one album need to have identical content in the AlbumArtist tags)

Ya, everything it tagged identically - same album artist and artist. I went in and changed something in the comment field, and boom, it creates a second album with the single track in it that I edited. Nothing else about the file changed, just the comment field.

Was the library perhaps still in the process of being scanned?

Could you please post the contents (not the URI!) of the Plex XML info of the separated track and from one of the other remaining tracks as well?

No, there wasn’t a scan in progress. I can recreate this any time. I went and changed the comment field in one file in MusicBee. Here’s the XML info for two tracks - the first is an untouched track, the second is the edited track:

https://pastebin.com/d7jjB0dR
https://pastebin.com/BtDKMce5

Can you go to the Artist level and “refresh metadata” on it? (may take some minutes if there are a lot of albums underneath)

That seems to have resolved the split album - it’s back to just one.

The problem is back again. I’ve refreshed metadata for the artist many times, and still have duplicates of a number of albums I have just edited. I’ve confirmed that the Album Artist is identical across all (via both MP3Tag and MusicBee).

https://pastebin.com/GwumWBdT
https://pastebin.com/TzsZAMRJ

Verify that “AlbumTitle” is identically tagged in all files
and that “track number” is also tagged in all files.
“Disc number” must either be absent/empty or identically populated.

Yup, all those things are exactly the same between the two files in the example.

Do you have “Prefer local metadata” activated in the properties of your music library?

What happens if you perform the Plex Dance “light” (meaning omit step 4) with the album?

Yes, Prefer Local Metadata is checked. Took a few tries to get Plex to “forget” the tracks when I removed them, but eventually managed, and the Plex Dance seems to have worked. Am I going to have to do this every time I edit an ID3 tag? Why oh why is this so complicated! With local metadata preferred, I don’t see why Plex can’t just take things as they exist on the hard drive.

The comment field isn’t even read by Plex. So you must not do anything after editing it in one of your files.
Normally, Refreshing Metadata is supposed to be sufficient for Plex to pick up new content from those tags which it does read.

However, if a part of your library is still matched to last.fm or Gracenote (the old “Plex premium music”), then some weirdness can occur from time to time.
This should not occur anymore, after every item has been transferred over to the new agent.

FWIW, it doesn’t matter whether it’s a comment field, a track number, or a song title that I change - the issue occurs regardless. But you raise a good point. This is a library I’ve had for years, and has probably 30k tracks in it. It was definitely set up in the old Plex Premium world. Is it possible that there’s just a bunch of legacy issues with that, and I’m going to have to (gulp) do the full plex dance on my entire collection?

No, but I recommend you to refresh an artist when you add a new album to it or edit an existing one.

And only if the change doesn’t take, employ the plex dance (it should be needed much less often than it used to be).

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.