Today I had a client with a full drive. I tried to use GP to locate the biggest files, but GP got hung up for hours in what looked like a hierarchy left over by soe coversion tool who knows how long ago, one with hundreds of subdirectories without much (or possibly anything) in them.
The problem was, the pathname of the hierarchy was too long to fit in the progress window without truncation ("/Users/owner_na...ges/tmp/something") and the progress window could not be grown so that I could see where GP was hung up, visit there, and do a little manual pruning before trying again. My only option was to quit GP at the end of the client appointment without having found what I needed to find.
Anonymous
Thanks for the suggestion. One possibility that already was present was to start up the app with extra logging. See https://grandperspectiv.sourceforge.net/HelpDocumentation/HowToHandleHangsWhileScanning.html
However, I agree it is useful to be able to view the path from the progress dialog as well. I did not think this exceptional scenario justified adding resize ability to the progress panel. I preferred to use a tooltip instead as this is a typical method for showing the full contents of text controls that are truncated. I just implemented this logic. See the attached screenshot. (Not shown is the mouse pointer that triggers the tooltip). This functionality will appear in the next release.
Available in Version 3.6.4