- From: <bugzilla@jessica.w3.org>
- Date: Thu, 26 Sep 2013 14:41:21 +0000
- To: public-webapps-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=23348 --- Comment #18 from Boris Zbarsky <bzbarsky@mit.edu> --- > So, to sum up: If the content is compressed, there is no way to get a > progress (in terms of a percentage from a total). In UAs as things stand. > I refuse to believe that there is no way, in the system, to get the number > of downloaded bytes There is currently no way, in Gecko, to get that information. The network library simply doesn't keep track of it. Obviously that can be fixed, with enough effort. > (and I don't think that a specification needs to be tied > to what a system can/can't do And it's not: right now it specifies something Gecko currently cannot do, for example. > I really don't know how the HTTP > system libraries work so I can't comment on that, I don't think any browser uses a system HTTP library: they typically don't do what browsers need to do. > but doing a small test > with .net, I can get Glenn's file, compressed, and get the number of > downloaded bytes from the stream. Yes, but the point is a browser wants to get the file _uncompressed_ in this case. And in fact pretty much always (there is only one exception I can think of, and that's when the file is being saved and has a .gz or .gzip extension). > I don't think the problem is with the > underlining HTTP libraries. You just talked about 4 different HTTP libraries. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Thursday, 26 September 2013 14:41:23 UTC