Sonos Controller - Duplicate Album Titles

That exact 'fix' does not work for me, to the extent that 'Various Artists' returns 0 results, that's ZERO results, in the Android app search. Same for other artists that are compilations, like 'Ministry of Sound'. PC app search however works perfectly for these albums - just like all apps used to 🤷🏼‍♂️

Also seeing random (non compilation) artists fail to show and be duplicated but very difficult to track down. 

Gave up on the circular discussion with support... This issue is annoying and important to me that it is fixed but if Sonos want me to diagnose bugs for them then give me full access and a contract to do so. Otherwise I just don't have the time... ​@RogerWF I appreciate your tenacity with this 👍

I presented 12 albums with false duplicate entries to them, only three of which are compilations. I only pointed those three out to them specifically because they already had ‘Various Artists’ as the Album Artist - which was their proposed ‘official’ fix. Not a ‘fix’ at all.

The nine other cases are ‘standard’ albums, as you called them, and I’m not going to change them to Various Artists just to cover up for the shortcomings in their software.

I did go through all the tracks on my ‘Various Artists’ albums and set the compilation tag - pretty easy to do in bulk - just to see what effect it would have. As you might expect, I now have a completely new set of ‘false’ duplicates. Making any change to the library yields new and unpredictable results.

Interesting that you mentioned this. I hadn’t noticed, but yes: searching for ‘Various Artists’ in the PC app returns the long list of albums that I would expect. But when I do the same search with the Android app, I only get three hits. Will look into it later to see if I can tell what’s unique about those three, but...zero confidence in Sonos software at this point.

Hi all.

Yesterday I spent a good few hours messing around with my Sonos library to see if I could pin down the problem. Firstly I created a new music library folder named Sonos2, how inventive. I set up Sonos to read the music from the new location and removed the link to my original library. I started off by copying 50 albums to the new library. Then got Sonos to index that library, so far so good no false duplicates. I then added 10 more albums at a time indexing after each 10. At 90 albums I got my first false duplicate album. I then removed 5 albums and the false duplicate went away with no new duplicates. I then added 1 more album at a time, at 89 albums I got the same false duplicate. I then removed 1 track at a time from the 89th album. After removing 2 tracks the duplicate disappeared. I put back 1 track and the same false duplicate reappeared. At this point I got quite excited because I started think have I found the issue? It’s the number of tracks! But then I realised that my albums included a number of JPG files that I think are generated by Windows, files named Folder.jpg and AlbumArtSmall.jpg. So I removed them from the 1 album but that made no difference the false duplicate remained, I assume that Sonos simply ignores files that aren’t recognised as audio files.

I then bulk removed all files with the JPG extension in all albums. That made no difference. I then added the 90th album back and to my surprise the false duplicate disappeared. I then added more albums until I got to 127, then I suddenly had 3 false duplicates, removing albums didn’t cure the issue until I got down to 112 albums, where I suddenly had two new false duplicates and the original 3 disappeared.

The only consistency I had was that the single track that appeared in all the false duplicates was the last track in the album. At this point I called it a day, my head was beginning to ache. There just doesn’t seem to be a consistent issue to pin down, rather like playing whack-a-mole.

I really don’t know what the problem is or what’s causing it, I certainly don’t think it’s got anything to do with the metadata. But infuriatingly this wasn’t a problem that existed in the past, so clearly it is something that Sonos have changed with a firmware or software update.

It seems that Sonos don’t seem to be able to duplicate the issue, but that doesn’t help those of us who that experience it, we can’t all be wrong, or is it that we are such a small group that Sonos doesn’t really care that much. I do wonder if there are others out there that simply haven’t noticed the problem or simply choose to live with it or assume it’s their fault.

As a footnote all the above tests were carried out on the Windows version of the Sonos software on a Windows 11 PC connected to a fully wired Ethernet network Sonos system using 2 x Amps, 1 x Play 3, 1 x OneSL and 1 x Port. My media library is stored on a server that runs Unraid V7. I have played around by moving the library onto a Buffalo link station NAS and a Terramaster NAS, all showed up with the same false duplicates issue.

I contacted support back on the 14th of October but despite a promise of a call back or email I never heard another thing from them.

All I really want to do is listen to music, is that really asking too much? The answer is obviously yes, as far as Sonos is concerned.

For me, this has all the hallmarks of library update that’s exposed a memory management issue in the code, which might be why they’re unsure of where the problem is. However, you would have thought they could create a debug version of the code to see if that sheds any light on what is going wrong. I’m sure a few of us would agree to install that if it helped move things forward faster. 

I would certainly agree, and would be willing to do this if it helps to solve the problem.

Back on Anthony’s thread from October, I noted that this first occurred with system update 91.0-68261 on 9/16/25. But I wasn’t positive it didn’t start with the previous update, which was 90.0-68140 on 9/2/25. It was one of those two. More than likely it was 91.0-68261.

This “should” be extremely useful information to those Sonos folks trying to track down this problem.

Hi,

I spent some time continuing down the path you’ve started.  I have one ‘album’ that has 157 tracks.  It’s actually just a collection of free music that Paste magazine made available for download to subscribers a long time ago, and I just combined them in an ‘album’ called Paste Vault, and adjusted the metadata for each track so that tracks were numbered correctly, ‘Paste Vault’ was the album title, ‘Various Artists’ was the album artist, and the contributing artist for each track was the actual track artist. If I reindex with that as the only album in my library, I get three duplicate album entries. I then whittled down the number of tracks using a sort of binary search technique, and finally found that:

• with 71 tracks, reindexing showed the same three ‘albums’ - the first and third showing all tracks except track 70 in the Windows app, with Various Artists as the album artist, while the second showed only track 70, with ‘Joe Pug’ (the contributing artist) as the album artist;
• I deleted track 71, reindexed, and then had just two ‘albums’ - the first the same as the first above, and the second the same as the second above;
• finally I deleted track 70, reindexed, and finally got just one ‘album’ with accurate album and track info for the 69 tracks.

Interesting to note that, back in the first situation with the three duplicate album entries, queuing any one of the three with the Windows app produces the same result:  the queue consists of track 70 as number one in the queue, with the other 70 tracks as numbers 2-71 in the queue.

But using the Android app to queue them produces a queue having only the tracks associated with the particular album entry being queued. That is, queuing the first or third album queues all tracks except for track 70, while queuing the second album queues only track 70.

I passed this on to the guy from SONOS support who has been communicating with me, along with a Dropbox link to the 71-track album, and I included the very helpful info provided by kdowling regarding when the problem likely originated.

HOWEVER: I should add that I have another ‘album’ that has 155 tracks, which indexes correctly.  A long time ago I combined the Beatles Anthologies 1-3 into a single ‘album’, adjusting the metadata accordingly.

One other note: I have temporarily removed the Paste Vault album from my music library and reindexed.  I still got false duplicates after reindexing, but not as many (I had 13 but now have just 4).  Then I removed the Beatles Anthology ‘album’ and reindexed, but that had no effect - same 4 duplicates.  All other albums equate to real album collections.

Will post any feedback I receive.  Cheers!

I need to say that my library doesn’t have the “Various Artists” problem that you are having. I have 338 Various Artist albums and a few are just tracks thrown together like you mentioned. Of those, the one with the most tracks has 173.

My problem has only been albums showing 3 times in a row with only 1 track (the same track) in each one. Those albums show and play correctly from “Music Library/Folders”. The albums doing this changes each time the library is updated and re-scanned. This is the problem that first started back in September with that update.

I would guess that music_library/folders will always be correct and reflect your library structure as that, I would think, is just a folder-file map whereas the indexing relies on metadata...