Bug 63454

Summary: Possibility to rescan music directory without restart
Product: [Applications] juk Reporter: Teemu Rytilahti <tpr>
Component: generalAssignee: Scott Wheeler <wheeler>
Status: RESOLVED DUPLICATE    
Severity: wishlist CC: carsten.schlipf
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Teemu Rytilahti 2003-08-30 11:22:41 UTC
Version:            (using KDE 3.1.9)
Compiler:          gcc version 3.3.2 20030812 (Debian prerelease)
OS:          Linux (i686) release 2.4.21-ck3

Could it be possible to rescan music directory without restarting the juk? A menu entry for it would be great..
Comment 1 Teemu Rytilahti 2004-01-31 11:56:50 UTC
Hmm, if I understand this is working now. I mean when you add new file to your "music path" it'll be automatically added to collection. So I'll mark this as resolved..
Comment 2 Jonathan Riddell 2004-02-01 01:17:19 UTC
New entries do not seem to appear if I make a new subdirectory of a scanned directory and add music files to it.

Also I keep my music on a partition which is not mounted at startup.  If juk starts at start of KDE then I mount the partition the files do not appear (I don't know if this is easily possible however).

Comment 3 Scott Wheeler 2004-02-09 00:10:39 UTC
No, this actually isn't fixed for directory depths of more than one.  JuK is generally recursive with directories and KDirWatcher currently doesn't support this (though it claims to) so I'll hack around this at some point.
Comment 4 Carsten Schlipf 2004-03-03 10:27:48 UTC
IMHO it would also be sufficient to trigger a rescan manually, e.g. by FILE->RESCAN DIRECTORIES.
Comment 5 Wolfgang Mader 2004-03-07 21:42:14 UTC
It would be sufficient to be able to rescan manually, but if JuK would this automatically it can be no harm (if one can choose if you want it or not). I think on slow machines it could be unwanted.
But in general: this feature is important.
Comment 6 Scott Wheeler 2004-04-19 03:55:44 UTC

*** This bug has been marked as a duplicate of 65805 ***