[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





--- Comment #4 from Patrick Mueller <pmuellr at yahoo.com>  2009-10-05 04:04:04 PDT ---
(In reply to comment #3)
> (In reply to comment #2)
> 
> > 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.
> 
> Load this URL: http://www.lumacentral.com/CocaCola/index.html
> 
> And check the results for the execBatch resource. That's what I was testing
> with. I see a Request Payload, but the Response Payload turns out empty there.
> That's why I commented about the response payload and not the size.

Is there supposed to be any content there?  curl says no - see below.  Of
course, if we implemented an actual request/response paload length, this would
be another indicator for the user.  curl is cheating a sending a
Content-Length: 0 back that Web Inspector doesn't see.

$ curl -v http://www.lumacentral.com/CocaCola/w2p/execBatch
- About to connect() to www.lumacentral.com port 80 (#0)
-   Trying 194.78.34.228... connected
- Connected to www.lumacentral.com (194.78.34.228) port 80 (#0)
> GET /CocaCola/w2p/execBatch HTTP/1.1
> User-Agent: curl/7.16.3 (powerpc-apple-darwin9.0) libcurl/7.16.3 OpenSSL/0.9.7l zlib/1.2.3
> Host: www.lumacentral.com
> Accept: */*
> 
< HTTP/1.1 200 OK
< Date: Mon, 05 Oct 2009 10:58:30 GMT
< Set-Cookie: JSESSIONID=C93C4621DE156F3BCFB23D188E71ABC1; Path=/CocaCola
< Content-Length: 0
< Content-Type: text/plain
< 
- Connection #0 to host www.lumacentral.com left intact
- Closing connection #0

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