[Webkit-unassigned] [Bug 28812] provide request / response payload sizes in Resources panel

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=28812


Patrick Mueller <pmuellr at yahoo.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |joepeck at webkit.org,
                   |                            |pmuellr at yahoo.com,
                   |                            |timothy at hatcher.name




--- Comment #2 from Patrick Mueller <pmuellr at yahoo.com>  2009-10-01 08:46:46 PDT ---
re: comment 1

I'm not quite sure what you're saying.  Are you talking about size indications
for request/response payloads?  Typically these would be available in the
normal HTTP header Content-Length, but of course that's not required.  This bug
concerns figuring out how to get that size value and display it somewhere for
the request and response payloads.  Where it would be displayed is yet another
question.

I'm not seeing in anything in the comment concerning sizes.  I don't believe
there is an explicit size calculation for request payloads, as could be
inferred from the comment.

If you're talking about just the payload itself, the response payload has
ALWAYS be available in the resources.  It's the big area underneath the new
"HTTP Information(?)" etc headers.  So I'm not sure what you're asking for.

I read the last sentence as a request to make the HTTP method (GET or POST)
also available in the Resources column on the left.  This seems liek it would
the column too busy.  As an alternative, we could add these as additional
selectors next to the current "All Documents Stylesheets ..." selectors.  Maybe
with a divider between them or something.  Selectors for GET, POST and "other"
or something.

If that's what you're talking about, create another bug.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.