AutoHotkey Community

Hi Guys,
I noticed a bug several times during the last days work:
If I want to get the size of a file (GetFileSize) with a label, which is called with the SetTimer-Command, I works the first two times but afterwards the Size isn't recognized anymore.
This happens with nearly every Progressbar which should show your Download for example. It stucks at 15% (depending on the file). Sometimes it only shows the progress until 7% or 13% (so it isn't always the same point), then the script crashes.
The file gets downloaded anyway and the progressbar shows 100% suddenly.

The strange thing: If I right-click the file OR refresh the folder, the file gets loaded into (context menu>refresh), the progressbar notices that and shows the correct percentage (afterwards it crashes again).

It doesn't need to be a progressbar, any display-technique collapses.

If I take a relatively high SetTimer-time (5000ms for example), the script works a bit longer (it shows three or four times the correct filesize); crashes later.

I wrote an little example which crashes, if I wanna use it:So the problem is the GetFileSize-Command and not the SetTimer-Command, I think. It's a Vista-bug actually. I tried some workarounds, like refreshing the folder during that getfilesize-sequence etc., but I didn't make it (maybe u know some help).

Will there be a bugfix or anything?

Thanks,
ease

PS: I hope this bug isn't known yet; I searched the forum well.
edit: I missed my system-status: I got all windows updates, for sure! I got a quad-core PC, so it shouldn't be any kind of overload.

Strange behavior. I can't think of any obvious explanation, but here's the main part of the code behind FileGetSize:

You could try using DllCall+CreateFile+FileGetSize, though the comment in the code above indicates that it might not work if the file is "in use".

Thx for the Code, Chris.
I've read about the "DllCall+CreateFile+FileGetSize-way" anywhere in this forum.
I'll will check this possibility as well as search for reasons for the malfunction on my own PC, if this isn't a known bug, reported of different people, yet.

I will post any solution I find

I'm seeing this same bug in the same exact situation.

If I have the folder open and I hit refresh the progress bar updates, but other wise it will remain at 0%. :/

Really wish this would work.

any news about it?

As implied earlier, the problem doesn't seem to occur on Windows XP (at least I can reproduce it on XP, though I waited only a few minutes for a few megabytes to download).

Maybe try saving to a folder other than the desktop. Also, I notice the example code at the top uses forward-slashes in the file paths. Although I doubt it would matter, you could try changing them to backslashes.

Finally, you could try running the script as administrator in case it makes any difference:

On Windows Vista, some scripts might require administrator privileges to function properly (such as a script that interacts with a process or window that is run as administrator). To achieve this, add the following at the top of the script (this would need to be enhanced to work for compiled scripts and/or to pass parameters):

Thanks for your answer!!!

I searched around a bit and found the following.
This code works for XP, I believe (I'm using vista). It does probably refresh the explorer...and this refreshes the desktop in vista:so we got a little workaround.

and this should work if you dont mind an open folder:

In AutoHotkey_L you can use "FileOpen()" (This will make it notice the file size change) to get FileGetSize to work in Windows 7.
You have to set the flag to "r" (read):

I have had partial success to the point where i cannot duplicate it, but one person did duplicate it after after several tries. before you call getfile size, get the attributes, save them, and then set the attributes u just saved back unto the file. It makes windows re-cache the file. if that doesn't work get the atribs, delete them all, then set them again; but the first approach did it for me