Open mixxxbot opened 2 years ago
mixxxbot
commented
2 years ago Commented by: rryan Date: 2011-10-05T01:48:37Z
This is because we stopped scanning the library on bootup. The library needs some work in the area of multiple library folders and removable libraries (ipods, external drives, etc.) so this area needs work.
mixxxbot
commented
2 years ago Commented by: MelGrubb Date: 2011-11-18T17:14:12Z
I'm seeing this even with the internal drive. If I move or rename files, they never show up in the "Missing" list. I just get errors when I try to load and play them
mixxxbot
commented
2 years ago Commented by: daschuer Date: 2011-11-18T19:34:22Z
I had considered to move missing tracks directly to the missing tracks list, if you try to load it. But I have thought that it is not a good idea to let a song disapear when the user whants to do something with it.
We need a good solution especially for crates and playlists. There is no reason to partly destroy a playlist only because a track is temporary unreachable.
What could be the best behavior?
See also Bug #4979 and Bug #5935
mixxxbot
commented
2 years ago Commented by: rryan Date: 2011-11-18T19:46:55Z
Daniel -- I agree.
What if we had a status column that had icons in it to indicate things like:
Also, missing tracks don't get remove from the crates/playlists -- they just aren't shown. If the track is marked not-missing at some point then it will re-appear where it was. I agree the user might go looking for a track and be confused that it isn't in the playlist where they left it, so I think you're right that we should fix that.
RJ
2011/11/18 Daniel Schürmann <email address hidden>I had considered to move missing tracks directly to the missing tracks list, if you try to load it. But I have thought that it is not a good idea to let a song disapear when the user whants to do something with it.
We need a good solution especially for crates and playlists. There is no reason to partly destroy a playlist only because a track is temporary unreachable.
What could be the best behavior?
- Just leave the missing tracks where it is?
- Mark the song as missing at original place "grayed out"
- To let the user decide "Track is missing. Do you wish to move it to missing Tracks folder ..."
See also Bug #239883 and Bug #801700
-- You received this bug notification because you are a member of Mixxx Development Team, which is subscribed to Mixxx. https://bugs.launchpad.net/bugs/673237
Title: Missing songs (e.g. deleted, moved) are not marked missing.
To manage notifications about this bug go to: https://bugs.launchpad.net/mixxx/+bug/673237/+subscriptions
mixxxbot
commented
2 years ago Commented by: daschuer Date: 2015-01-19T08:08:49Z
Update:
TODO:
mixxxbot
commented
2 years ago Commented by: daschuer Date: 2015-01-19T08:11:41Z
I have move the prio up because since "Auto DJ crates" this is more important.
mixxxbot
commented
2 years ago Commented by: kain88-de Date: 2015-02-07T22:40:31Z
I'm not sure but touching every file to check it is missing when we add a list of files to a specific crate. That sounds like we would hit a huge performance hit when all we want to do is a simple sql query.
As for AutoDj. It should handle the missing tracks gracefully. We can never relly on track in the autoDj playlist being still available (that can change between the time it was added and when it is supposed to be played).
mixxxbot
commented
2 years ago Commented by: ron-granger Date: 2020-07-07T15:41:40Z
For the use case of removable devices it might be worth scanning the track folders for availability and not each single track ...
Reported by: hippako Date: 2010-11-09T21:55:57Z Status: Confirmed Importance: Medium Launchpad Issue: lp673237 Tags: library, scanner
If I load the song from external hard drive and then turn out the drive, the song is still in library.