Bug 353124 - Juk ignores folder removal
Summary: Juk ignores folder removal
Status: REPORTED
Alias: None
Product: juk
Classification: Applications
Component: general (show other bugs)
Version: 3.11
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Scott Wheeler
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-09-24 09:01 UTC by Francois Gouget
Modified: 2019-09-02 23:59 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Francois Gouget 2015-09-24 09:01:17 UTC
Removing a folder in 'Manage folder' does not remove the corresponding tracks from the 'Collection List'. This makes it hard to focus on the songs of a specific folder.

Reproducible: Always

Steps to Reproduce:
1. Place some music files in ~/tracks1.
2. Place a different set of music files in ~/tracks2.
3. Make sure neither set of tracks can be found elsewhere.
4. In 'Manage folder' add '~/tracks1'.
5. Close 'Manage folder' and verify that the tracks from '~/tracks1' are now present in the 'Collection List'.
6. Open 'Manage folder' and remove '~/tracks1'.
7. Close 'Manage folder' and notice that no track was removed.
8. In 'Manage folder' add '~/tracks2'.
9. Close 'Manage folder' and notice that now you have tracks from both folders, making it impossible to know which come from which.


Actual Results:  
Removing a folder in 'Manage folders' does not remove the corresponding tracks from the 'Collection List'.

Expected Results:  
Removing a folder in 'Manage folders' should remove the corresponding tracks from the 'Collection List'.

Restarting Juk does not help. That is Juk keeps the tracks from the removed folders in the playlist even after being restarted.

The only workaround is to select all tracks, click on the 'Remove from Playlist' contextual menu, and then click on the File -> Reload menu. This is really unintuitive.
Comment 1 Francois Gouget 2016-07-29 13:11:56 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?
Comment 2 Michael Pyne 2019-09-02 23:59:32 UTC
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.