From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010628 BuildID: 2001062815 The progress meter should show minor progress even if no new data is coming in. This should be visualized by extending the progress meter with 1 pixel every second. For comparison, please check out MSIE (5.5) which has this feature built-in. Rationale: - Progress is always made, either towards a fully loaded page, or towards the time-out. - It simply results in a better end-user experience: this feature reassures the user that the browser is not hanging. I know, you can see it's not hanging by looking at the animated mozilla icon, but most users are really watching the progress meter as progress is what they are waiting for. - Eye candy / slickness Reproducible: Always Steps to Reproduce: Visit any page that takes a long time to load and that, while loading, has periods during which no data is received. Actual Results: The progress meter halts, jumps forwards, halts, jumps forward, and so on. Expected Results: The progress meter makes slight progress, jumps forwards, makes slight progress, jumps forward, and so on. Anyway, try the same page with MSIE and you'll know what I mean...
I don't like IE's method. If this is implemented, I suggest the no-op progress be made a different color.
over to UI design...
Assignee: blake → mpt
Status: UNCONFIRMED → NEW
Component: XP Apps: GUI Features → User Interface Design
Ever confirmed: true
QA Contact: sairuh → zach
I suggest a wontfix. That is one of the things in IE that I don't like....
I too don't care for this approach. I think Mozilla's throbber is enough to indicate the browser has not crashed and Mozilla is working on the user's request.
The progress meter is supposed to reflect the total progress loading the page -- Mozilla often knows what proportion of the page has downloaded, from the size of the files and how much of them it has downloaded so far. The initial stage of loading a page, however, is (mostly) doing DNS resolution on the hostname, and waiting for a response from the server after the request (HTTP, FTP, whatever) is sent. Mozilla has absolutely no idea how long either of these will take; it could be 0.1 seconds, or it could be 30 seconds. During this time we correctly show an indeterminate (spinning) progress indicator, meaning that we don't know what proportion of the total time we have taken so far. MSIE, on the other hand, eschews the indeterminate progress indicator in favor of a determinate progress indicator which crawls along during indeterminate progress. This is, basically, lying to the user. It means, for example, that it is possible for a large proportion (50 %, I think) of the progress indicator to be filled up when requesting a Web page from a server which has been turned off and is never going to respond. We have quite a few bugs on improving Mozilla's networking status feedback, and you're welcome to file a bug on showing (in the status text) the amount of time for which a page load has been stalled. But anything which is this dishonest is only going to get a WONTFIX from me.
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WONTFIX
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.