Files categorised as 'missing tracks' after reorganisation on harddisk and two (or more) library refreshs, although files are still present in correct folders
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mixxx |
New
|
Undecided
|
Unassigned |
Bug Description
As I went from Mixxx unstable (2.2 git I guess), to 2.0.0 stable and then to 2.1.3 in the past month, I just deleted the whole .mixxx config folder, so that incompatibility issues should hopefully be ruled out.
It is still possible for me to replicate the issue after this 'cleanup'.
So here is the further description of what and how it happend:
After deleting the config files, I started Mixxx and added three different library folders.
The library got scanned and all tracks were found. Then I moved the three library folders on HD from their shared parent folder, to a new subfolder (which they then also shared).
Scanned the library again - the files went to 'missing tracks', as expected.
Then I relinked the three library folders to the new locations and rescanned the library another time. The tracks were found and removed from 'missing tracks' category, as they should.
Then however, when I pressed 'rescan library' again, for whatever reason, the files magically went to 'missing tracks' again, (which should not happen!) and they also remained there, no matter how often I pressed rescan after that.
I had to redo the whole described rearranging/
However, the only way to permanently fix this was, to restore the original (initial) library structure on harddisk, like it was, when the library got scanned for the very first time (after a fresh install, or deletion of the config folder e.g). In this case I could press 'refresh library' as much as I wanted, without the tracks being moved to 'missing tracks' category again.
Kind regards
Michael
description: | updated |
Changed in mixxx: | |
status: | Expired → New |
tags: | removed: missing tracks |
Thank you for your detailed report, Michael. I've repeated the steps exactly as you described, but was not able to reproduce the behaviour.
The files are marked as missing after rescanning and before relinking the library folders. Then I relinked the 3 library folders to their new parent folder and rescanned the library. All tracks reappear and don't disappear after subsequent rescanning. The file paths in the database have been updated and reflect the new location as expected.