found while verifying bug 129614, using 2002.06.17.08 comm trunk bits on mac os x 10.1.5. not a problem on linux or win2k. if i click a downloadable link for a file that's too big to fit in the target location, i have to wait till the progress dlg reaches 100% before the "out of disk space" error appears. btw, this is *not* a problem if i download by selecting "save link target as" from the context menu. 1. click a downloadable url for a large file, eg, http://hopey.mcom.com/tests/viewer_debug.sit 2. when the helper app dlg appears, select "save to disk" and click OK. 3. in the resulting file picker, choose a location which doesn't have enough space --eg, i used a rather full zip disk. click Save. results: the progress dialog appears, but rather than waiting a short period of time (in my case, it would've been at ~7%, as tested with "save link target as") for the "out of space" error dlg to appear, the progress dlg went all the way through to 100%, then finally displayed the error. why the delay?

IIRC, Because in this case we start to download the file to a temporary directory before moving the file to its final destination when the DL finishes. When you don't have space on in the final destination - oops. One of the reasons I think starting the DL before presenting UI to the user is a bad idea. Not sure why this isn't a problem on other OSes.