Existing tracks discovered again, added as new (duplicate)

[ronso0]

Bug Description

I did a rescan to add a new track, and (Tracks sorted by 'date added') suddenly some very old tracks showed up at the top of the list.

First I suspected these are false-positive missing tracks¹ discovered as new, but when I checked mixxxdb.sqlite in order to set date_added to 2022-something, I noticed these were duplicates².
This affected tracks in different directories, and only a few per directory, so I'm puzzled what's going on.

• Maybe worth mentioning that all my music is on a separate drive mounted in /mnt/../audio and symlinked to ~/Music/audio, but it's been like this for ages without this issue 🤷
  No further symbolic links in that directory or any of its children³
• I have Sync metadata from/to file tags enabled:
  could be I edited tags of some of the tracks lately (during last 3 months), but definitly not all.
  IIUC this would cause the directory hash to change, which in turn queues all contained files for import, but previously existing files should be ignored (marked 'verified') (ScannerGlobal is constructed with all file locations).
• ³no symbolic links, so IIUC neither this nor this should be executed
• ² none of the original tracks had fs_deleted or mixxx_deleted set, both originals and duplicates showed up in Tracks

Note that this happened with my custom branch, but the library and especially the scanner code is like in main.

¹_{I thought I filed a report for that issue, but I didn't, #9422 is releated though}

Version

main, but noticed the missing issue also with 2.4 and 2.5 earlier

OS

Linux

[ronso0]

I'll add some logging so I can at least trace it, in case it happens again in my live builds.

[ronso0]

(dupe of #13140 somehow)

[macrophone]

I've got the same issue here :
Some tracks are "rediscovered" and duplicate in the library.

Also using a symlink for my music collection.

I can open the "Properties" dialog to look at the path, but trying to open "Properties" on the duplicate track makes Mixxx crashing. Same behaviour whatever track I try to read first : original or duplicate.

[macrophone]

#8009 seems related

[ronso0]

I took a closer look:
my music is in a directory in /mnt/[partition]/audio

• the new duplicate track locations start with /../../../mnt/
• old track locations start with /mnt/