Closed
Bug 56379
Opened 24 years ago
Closed 21 years ago
Progress meter remains at 100% state after loading is finished
Categories
(Core :: DOM: Navigation, defect, P3)
Core
DOM: Navigation
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: binarycowboy, Assigned: rpotts)
References
()
Details
This might sound dumb, but when the progress bar is dark like that, it sticks
out from the rest of the UI like a sore thumb. All the other things in the UI
are a light blue, the contrasting dark grey-blue draws the eye to it. Since
it's not doing anything, there's no reason whatsoever the eye should be drawn to
it, it's just distracting.
I suggest a nice light blue color (the same color as the rest of the bar
perhaps?) when it's done loading and sitting idle.
mpt: what do you think?
Severity: minor → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: newmod
Summary: (Modern Skin) The "doument done" state for the progress bar should be loght blue rather than dark grey → progress bar "doument done" state should be light blue not dark grey
Comment 2•24 years ago
|
||
Chaning the qa contact on these bugs to me. MPT will be moving to the
owner of this component shortly. I would like to thank him for all his hard
work as he moves roles in mozilla.org...Yada, Yada, Yada...
QA Contact: mpt → zach
Comment 4•23 years ago
|
||
In 0.9.2/Modern the progress bar was great why it changes in 0.9.2+/0.9.3?
Actually nothing is displayed in the area when the document is done... The
progress bar should at least stay filled.
Comment 5•23 years ago
|
||
This isn't a Themes bug; it happens equally often (but not always) in both
Modern and Classic. Sometimes the progress meter doesn't disappear once the
document has finished loading. --> XP Apps: GUI
Assignee: mpt → blakeross
Severity: enhancement → minor
Component: User Interface Design → XP Apps: GUI Features
QA Contact: zach → sairuh
Hardware: PC → All
Updated•23 years ago
|
Keywords: modern
Summary: progress bar "doument done" state should be light blue not dark grey → Progress meter remains at 100% state after loading is finished
Updated•23 years ago
|
Target Milestone: --- → Future
*** Bug 98378 has been marked as a duplicate of this bug. ***
Here is a url that for me (on Windows 2000) exhibits this bug 100%:
http://www.maplenet.net/finance_ag_news_page.htm
Updated•23 years ago
|
QA Contact: sairuh → claudius
Comment 8•23 years ago
|
||
-> networking
Assignee: blaker → neeti
Component: XP Apps: GUI Features → Networking
QA Contact: claudius → benc
Target Milestone: Future → ---
xpapps:GUI
Assignee: neeti → blaker
Component: Networking → XP Apps: GUI Features
QA Contact: benc → sairuh
Comment 10•23 years ago
|
||
Why was this passed back to me? I don't think this is mine. We just display the
information we're passed, and that seems to work fine. I doubt there are bugs in
the FE code that would cause this.
Component: XP Apps: GUI Features → Networking
Comment 12•23 years ago
|
||
cc'ing darin
Comment 13•23 years ago
|
||
what could cause the progress meter to stay dark? i thought it was tied to the
load group having requests in it, or something like that. it doesn't seem like
this belongs to necko. perhaps docshell who owns the load group? perhaps it is
not handling page load completion properly in some special case?
-> docshell
Assignee: neeti → adamlock
Component: Networking → Embedding: Docshell
QA Contact: benc → adamlock
Assignee | ||
Comment 15•23 years ago
|
||
The attached URL doesn't seem to show the status bar problem with a tip build of
mozilla...
Is there another URL that still exhibits this problem?
-- rick
Rick, on win2k with build 2002-02-18-03, the progress meter remains 'full' on
each 1st impression of that url. (IE, if I view it twice, it goes away, then I
clear memory/disk cache and hit reload, and the problem exhibits itself again).
Comment 17•22 years ago
|
||
Unless there are pages which still show this bug, could we mark it WORKSFORME?
Comment 18•21 years ago
|
||
worksforme with windows Mozilla 2004020308
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•