When you doing a XPInstall, our progress dialog during download shows the progress dialog as undefined. This is going to be a problem when users use this beta1 software to upgrade to beta 2, because they'll be downloading large xpi files over modem speed. It will look like our browser is locked up or dead, during the download of xpi files.
bad user experience for upgrading to the next release. nominating for beta1
Have a fix in hand that has been tested on Mac and Windows. The change is not all that much code anyway.
per PDT, need more info. What is hte problem when upgrading to beta2 that we have to fix now?
User's will be encouraged to use their B1 browser to upgrade to B2 bits through SmartUpdate site. Our downloads are fairely large... browser package 4MB, mail package 1MB, jre 7MB... During the download of those large XPI files, it will look like browser is dead or locked up, and bad things can happen with no idication that the program is still alive. By getting this fix in, users can see the activity in progress bar and see browser working.
Putting on PDT+ radar for beta1. Get it in ASAP!! Will turn to minus on 03/10
Fixed. And I must say, it's quite lovely.
Build 2000-03-10-13-M15(LINUX), 2000-03-10-09-M15(WIN), 2000-03-10-13-M15(MAC) Looks good on Mac and Windows. Linux still shows the old progress bar (not so lovely I must say ;-) Reopening.
Strange, it doesn't show the progress activity on unix... Don is gone on vacation next week. Dan, can you help?
I'm making this fixed. The code change was XP, so if Linux is the one oddball there is maybe some other XPFE bug. Created bug 31452 to track the Linux problem, which I don't believe is going to be a beta stopper since it's after the 3/10 cutoff.
I agree. Per Dan's comment, marking this as FIXED. Please refer to bug 31452 for Linux problem.
Build: 2000-03-14-05-M15-nb1b(LINUX) Expected progress meter is present. Marking Verified!