Summary: | Web Inspector: In addition to the # of HTTP headers, it would be nice to show the size (in bytes). | ||
---|---|---|---|
Product: | WebKit | Reporter: | Pavel Feldman <pfeldman> |
Component: | Web Inspector | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED CONFIGURATION CHANGED | ||
Severity: | Normal | CC: | alex.stapleton, bweinstein, graouts, inspector-bugzilla-changes, joepeck, jonowells, karlcow, pmuellr, rik, robert.colburn+bugzilla, webkit-bug-importer |
Priority: | P2 | Keywords: | EasyFix, GoodFirstBug, InRadar |
Version: | 528+ (Nightly build) | ||
Hardware: | All | ||
OS: | All | ||
Bug Depends on: | 155112 | ||
Bug Blocks: |
Description
Pavel Feldman
2009-12-01 09:34:09 PST
The size of the headers, in bytes? Curious why you'd want that, I can't think of any other web framework (client or server) that provides that info. It is useful to know the full cost of the request/response. Just to add to the list, then, use of "transfer-encoding: chunked" incurs additional overhead on the transfer of the payload. Typically not much, and probably inconsequential. But something. And for some reason, I'm thinking we may not be seeing all the headers. Isn't a system framework used for HTTP access on Mac? (In reply to comment #3) > And for some reason, I'm thinking we may not be seeing all the headers. Isn't > a system framework used for HTTP access on Mac? Patrick you may be right. Here was a comment made on a different bug I added about headers not showing up in the Web Inspector's list: https://bugs.webkit.org/show_bug.cgi?id=24272#c2 > Without actually investigating these, here is a couple of guesses that may be > relevant: > - the missing headers are likely those added by NSURLConnection, which is why > WebKit doesn't know about these; > - it should be possible to store the actual request in > connection:willSendRequest:redirectResponse: delegate call (see comment about > <rdar://problem/5380697> there). I'd love to see this info in the web inspector. My use case is a bit weird (target devices only have GRPS connectivity) but I can imagine it being useful in the more general case too. The current web inspector is also ever so slightly misleading in that is says "x kB transferred" when dealing with compressed data but it's actually only counting content bytes and not headers. This can be moderately significant if you are an AJAX heavy site that makes lots of small requests. We now have a Timing tab for each request and a Size column, has there been any progress in obtaining the total number of bytes? Tip: If you're eager for the info, Fiddler will provide it. With Bug 155112 Web Inspector will have all of the data we need to show the sizes in Web Inspector. I'll keep this open to track showing the header sizes in Web Inspector somewhere. In Network Tab of Web Inspector, Click on the resource, Then on the right panel on Sizes. The headers size and the body size are shown. |