Error: Duplicate entries in collection for same track/file
I'm seeing duplicate entries for the same file.
It was happening a LOT more on the previous version of SMP, and the newer version (1.0.23) seems to have solved it for quite a few files/albums...but there are still some that are showing 2 or 3 entries for the same file. Re-scanning the files doesn't solve the problem.
If I edit the track info in SMP (e.g. the title), SMP only shows the revised info for one of the entries. It also maintains different play counts for each of the copies/entries.
Oddly, if I edit the tag info in MP3Tag and re-scan in SMP, only one of the entries will show the updated tag info from the file. Somehow the old(?) entries are somehow disconnected from updates to the physical file...but still actually play that files when playing.
Here's an example:
To explain the attached screenshot: There are 2 files in that "Two for the Show" album showing up as dupes. (In this example, I have SMP set to "Show only duplicates".) You can see the different play counts and that I've edited the tag info and re-scanned...that's why one of the entries shows the title as "Carry on Wayward Son (Live) 3"...with a "3" on the end.
If I right click and "show in file browser" all the listings go to the same path/file. If I drag the album to MP3Tag...only 2 files are added.
Thoughts on what might be causing this? Other files in the same directory aren't always duplicated. In some cases a whole album of tracks may be duplicated.
My library is pretty large (about 35,000 files or so).
I'm relatively new to SMP, but so far really liking it and looking forward to contributing as a user!
jonas last edited by
Do you know when / how the duplicates occurred?
If you used the organize feature prior to 1.0.23, it might be caused by a bug that is fixed in 1.0.23, but the duplicated are not removed automatically.
To manually remove duplicates, see.:
I suggest to make a backup of the database file (~/.local/share/strawberry/strawberry/strawberry.db) before attempting to modify it.