88200 - Don't show progress text/meter for chrome:/resource: URLs ("Read: <filename>")

Status: VERIFIED FIXED

(SeaMonkey :: UI Design, defect)

Description

[Eugene Savitsky]

Open this bug based on the suggestion in bug 79947.

So, we like not to show anything in the status bar for resource:-protocol
requests.

I'll attach a screenshot for this bug. See the status bar.

Comment 1

[Eugene Savitsky]

Attachment: screenshot

Comment 2

[Asa Dotzler [:asa]]

->XPApps

Comment 3

[:deanis74]

*** Bug 88223 has been marked as a duplicate of this bug. ***

Comment 4

[coen]

I see this for a couple of months now.
Very annoying because the a lot of status messages are unreadable

Comment 5

[timeless]

Comments From Boris Zbarsky 2001-05-14 23:35
we could try not showing anything in the status bar for resource:-protocol
requests.  Please file that as a separate and *clear* bug.

I'm sorry, but this bug is _not_ clear.  I would argue the older bug was 
clearer.

Comment 6

[:deanis74]

One-time shot at resummarizing for clarity.  Any better?

Comment 7

[Matthew T (active 1999-2002)]

Actually, now I pay attention, it's not just status text which is being errantly
shown for loading of chrome. When I click a scrollbar button for a particular
direction (down/up/right/left) for the first time, Mozilla also gives me a
*progress meter* showing the progress being made in loading the button graphic.
Kewl. Who wants to bet that for a tiny fraction of a second, Mozilla is actually
animating the throbber while loading these URLs too? :-)

A good way of testing this would be to replace the image for depressed state of
the down scrollbar button with an animated GIF that is several hundred kilobytes
in size.

Note that this can't be fixed just by setting {visibility: hidden} or whatever
on the status text and progress meter during a chrome: or resource: URL load,
because other non-chrome/-resource URLs might be loading at the same time.

Comment 8

[Blake Ross]

*** Bug 82145 has been marked as a duplicate of this bug. ***

Comment 9

[Blake Ross]

usability/polish, 0.9.4.

Comment 10

[Blake Ross]

Attachment: patch

Comment 11

[Matthew T (active 1999-2002)]

*** Bug 88019 has been marked as a duplicate of this bug. ***

Comment 12

[:deanis74]

NS_ERROR_MODULE_NETWORK is already defined as 6 in nsError.h.  Where does the
2152398848 value come from?  Also, the constant names confuse me.  They're based
off of an error constant, yet they don't seem to be errors.  And, finally, I
assume that these values are already being set somewhere, and it's just up to
OnStatusChange() to pick them up?

Comment 13

[Blake Ross]

Yes, they're defined in
http://lxr.mozilla.org/seamonkey/source/netwerk/base/public/nsIFileTransportService.idl#82.
I couldn't find any clean way to refer to them; then I found
http://lxr.mozilla.org/seamonkey/source/extensions/irc/js/lib/connection-xpcom.js#28,
which is marginally better, so I copied it.

Comment 14

[:deanis74]

That's a little odd, but ok.  r=dean, assuming it's been tested well to make 
sure that all appropriate message still show up.  Can you add a comment about 
why you're returning, seeing as I wouldn't be able to figure it out from the 
names of the constants?

Comment 15

[Blake Ross]

fix checked in.

Comment 16

[Blake Ross]

*** Bug 82145 has been marked as a duplicate of this bug. ***

Comment 17

[Morten Welinder]

*** Bug 82145 has been marked as a duplicate of this bug. ***

Comment 18

[Claudius Gayle]

VERIFIED Fixed with 20010907 builds

Comment 19

[:deanis74]

mpt, did you ever file a bug based on your 2001-07-16 08:14 comments?

Comment 20

[Matthew T (active 1999-2002)]

No, I resummarized this one because it seemed obvious that it was the same bug.
However, in build 2001110908, the progress text is staying the same, but the
progress meter is still appearing. So I just filed bug 109580, `Don't show
progress meter for chrome:/resource: URIs'.