In the even of time outs during the download part of the installer, the installer should automatically reconnect at least once. Which means that the subsequent time out, toss the user into the Paused state and show the warning dialog. Also reduce the time it takes before the time out happens, since we're automatically reconnecting anyways. This was requested by PDT.
Syd, let me know if you want me to file the same bug against the mac and linux installers.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.2
I'd go as far as saying we should start trying to do everything requested of us for all three platforms, and look for opportunities to factor the code for what we implement out into common source whenever possible, so that the three platforms share implementations.
I got an sr request for this bug but I don't see a reviewer yet. Feel free to ping me once it's been reviewed. Sounds like syd has some questions about it.
yeah, syd just wanted to make sure that any new code we write, is written so that it could be utilized in the native mac and linux installers. The patch for this fix (which is attached to bug 86595) is windows only, and there's not easy way to factor it out at this point. Thanks for the rs= on bug 86595.
pushing out. 0.9.2 is done. (querying for this string will get you the list of the 0.9.2 bugs I moved to 0.9.3)
Target Milestone: mozilla0.9.2 → mozilla0.9.3
patch checked in. I'm not exactly sure how to go about verifying this bug properly, but one thing you can try is: 1) while in the download process, watch until it looks like the donwload is hung (not the ui). 2) when this part occurrs, time the hang part. It should be abour 90 secs. 3) after 90secs, the process should have restarted automatically. if this happens for more than 2 times (on the 3rd time) on the same file, then the installer will put issue a message that it will put the download in a Paused state, then put it in the Paused state (the Pause/Resume buttons should switch which one is enabled and disabled). Hitting this dialog will be hard.
Status: ASSIGNED → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → FIXED
verified this is fixed...saw it on builds around the fix date, rarely see it now.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.