Summary: | Juk ignores folder removal | ||
---|---|---|---|
Product: | [Applications] juk | Reporter: | Francois Gouget <fgouget> |
Component: | general | Assignee: | Scott Wheeler <wheeler> |
Status: | REPORTED --- | ||
Severity: | normal | CC: | mpyne |
Priority: | NOR | ||
Version: | 3.11 | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Francois Gouget
2015-09-24 09:01:17 UTC
This bug was also present in Debian's 4:15.08.3-1 JuK package, and I just verified that it is still present in 4:16.04.2-1. Note that I could not update this bug's Version field since it tops out at 3.11. Is that when JuK stopped being maintained? To be honest JuK is only poorly maintained, that much is true. We've at least setup JuK so that its Bugzilla versions are added automatically at each major release. As for your bug, saying that removing a music folder doesn't remove its corresponding music from the Collection List, I have to admit that it's working as designed, the feature is meant to guide music scanning on startup, rather than to directly control the contents of the Collection List. But I think it would make sense to work as you describe it, and certainly it isn't easy to identify the files yourself otherwise without using the "Full Path" column and then filtering on it. |