"Gathering Files" notice shows on the screen, but after many hours, nothing happening
Reported by DKo | June 12th, 2011 @ 10:12 AM
There is no movement or rolling pattern in the progress bar; it is blank. The numeric progress-tracking fields below are empty. So one question is whether that is normal, when it is running properly. Oddly, the Mac Activity Monitor does show Dupe using quite a lot of processer capacity, hour after hour, but with no apparent result.
Second question is whether I have just overloaded the software by specifying three volumes, plus specifying Audio Content. But isn't the first phase simply to locate and compile all the music files, before the more taxing process of comparison? So overload doesn't seem likely.
If it is overload, what are the limits of the program I should comply with?
Comments and changes to this ticket
-
DKo June 12th, 2011 @ 12:59 PM
Belay that complaint! I've had a spontaneous remission, but more likely my mistake. Thanks. David
-
Virgil Dupras June 12th, 2011 @ 02:51 PM
So, just to make sure: the progress bar was stalling on "Collecting Files" for a while and then took off? If you're on Windows/Linux, it's normal (progress doesn't start until all files have been collected), but on OS X, you're supposed to see the "spinning progress bar".
-
DKo June 14th, 2011 @ 02:55 AM
Sorry to take so long.
No, I exited the program and restarted it. When I looked later, the Results were now showing.
In both cases, the "spinning progress bar" ("blue barber pole"?) appeared for a few seconds at the outset, then went blank. The static text, "gathering files..." was there, but the blank bar, and the zeroes in the numeric fields below, suggested that the gathering had not begun.
[That might be countered by adding to the static text something like, "The progress bar will not show progress until the gathering phase has been completed. Don't be concerned; this may take a long time if the volumes are large and the music files numerous."]
I still appreciate the program, which was obviously well thought-through.
BTW, the "Delete Dead ITunes" function reported that it had completed, and a second (double-check) run returned "No dead links." But when I open iTunes, the links are still there--which, as I'm sure you know, having included the feature, makes playing a marked block of songs unworkable.
Thank you for so diligently providing expert help.
David
-
Virgil Dupras June 18th, 2011 @ 09:41 PM
- Tag set to “bug”
Oh, now that I'm looking at the code, did you have the "Ignore duplicates hardlinking to the same file" option enabled? That might explain the glitch.
Please, report a separate ticket for the iTunes thing. Having multiple issues per tickets makes them unmanageable.
-
Virgil Dupras July 11th, 2011 @ 09:03 PM
- State changed from “new” to “fixed”
I should have double-checked what I wrote earlier: No, the barber pole doesn't stay on "Collecting files". I fixed this in #168 though.
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create new ticket
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป
DKo
Virgil Dupras