Closed
Bug 205827
Opened 21 years ago
Closed 21 years ago
Show how much bytes were downloaded for this page.
Categories
(Core :: Networking, enhancement)
Core
Networking
Tracking
()
People
(Reporter: aceman, Assigned: gordon)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i586; sk-SK; rv:1.3) Gecko/20030312
Build Identifier: Mozilla/5.0 (X11; U; Linux i586; sk-SK; rv:1.3) Gecko/20030312
I liked the old Netscape Navigator feature which was showing the size and
progress of the file (page) being downloaded. It was not always correct, as the
size can't be always determined, but it showed some minimum value. There is
nothing similar in Mozilla AFAIK. Even the render time of a page is gone. This
was probably of no value because it was usually nonsense. And mozilla is so slow
(on Linux), that it takes the same time to download and render a 1K page and a
50K one - about 2secs on my machine.
Therefore currently only one usefull figure came to my mind - total size of all
files used to render the current page and show this in the status bar. This even
doesn't need tu be realtime or while downloading. It is sufficient to show it
after everything is done. This would require to iterate over all links going
from the current page and counting the sizes of the referenced files (maybe
recursively for frames and such).
Why is this useful? As I said in the 1st paragraph, a page rendered in 2seconds
says nothing about its size. If this counted value would be available, every
user (from web designers to novice users) would see which sites are bloated and
which are not.
I think this is easy to implement and it could be done incrementally. For start,
count all images, next time, add style sheets, etc. Of course it can also be
done on the network layer or cache. That's why I put it here, but never mind to
change the category as I didn't find a good one.
Reproducible: Always
Steps to Reproduce:
Comment 1•21 years ago
|
||
*** This bug has been marked as a duplicate of 88982 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Networking.
Doesn't sound like cache to me... The duped bug is in File Handling, don't
understand that either...
Component: Networking: Cache → Networking
QA Contact: cacheqa → benc
That's questionable. If you are offline, the page is fetched from the cache.
And the byte count is known. There may be no networking - of course, if it
isn't in the middle: load -> networking (just forwarding if offline) -> cache.
You need to log in
before you can comment on or make changes to this bug.
Description
•