Request:
GET /1/statuses/home_timeline.xml?
include_rts=true&count=200&since_id=18936844073 HTTP/1.1
Host api.twitter.com
User-Agent Tweetings/3.1.2 CFNetwork/485.2 Darwin/10.4.0
Authorization OAuth realm="", oauth_consumer_key="", oauth_token="",
oauth_signature_method="HMAC-SHA1", oauth_signature="",
oauth_timestamp="", oauth_nonce="", oauth_version="1.0"
Accept */*
Accept-Language en-us
Accept-Encoding gzip, deflate
Cookie <snip>
Pragma no-cache
Connection keep-alive
Response (note yes the http headers duplicated are being returned as
duplicated!):
HTTP/1.1 200 OK
Date Mon, 19 Jul 2010 20:03:43 GMT
Server hi
Status 200 OK
X-Transaction <snip>
X-Transaction <snip>
X-RateLimit-Limit 350
X-RateLimit-Limit 350
ETag <snip>
Last-Modified Mon, 19 Jul 2010 20:03:43 GMT
Last-Modified Mon, 19 Jul 2010 20:03:43 GMT
X-RateLimit-Remaining 322
X-RateLimit-Remaining 322
X-Runtime 0.08525
X-Runtime 0.08525
Content-Type text/html; charset=utf-8
Pragma no-cache
Pragma no-cache
X-RateLimit-Class api_identified
X-RateLimit-Class api_identified
X-Revision DEV
X-Revision DEV
Expires Tue, 31 Mar 1981 05:00:00 GMT
Expires Tue, 31 Mar 1981 05:00:00 GMT
Cache-Control no-cache, no-store, must-revalidate, pre-check=0, post-
check=0
Cache-Control no-cache, no-store, must-revalidate, pre-check=0, post-
check=0
X-RateLimit-Reset 1279572627
X-RateLimit-Reset 1279572627
Set-Cookie lang=en; path=/
Set-Cookie _twitter_sess=<snip>; domain=.twitter.com; path=/
Vary Accept-Encoding
Content-Encoding gzip
Content-Length 8431
On Jul 19, 8:53 pm, Taylor Singletary <taylorsinglet...@twitter.com>
wrote:
> Hi Everyone,
>
> This sounds very strange. Anyone have any captures of the entire request
> sequence?
> - Your HTTP headers, including acceptance headers, the full URI being
> executed, etc.
> - The full response, including HTTP Headers
>
> (as can be provided without compromising private user / app data)
>
> Thanks!
> Taylor
>
>
>
> On Mon, Jul 19, 2010 at 12:36 PM, Bill Jacobson <gabe...@gmail.com> wrote:
> > I'm expecting 'application/json' and am suddenly getting 'text/html'.
>
> > On 07/19/2010 01:58 PM, Rich wrote:
>
> >> I'm seeing an increase in the home timeline returning a content-type
> >> of text/html instead of text/xml
>
> >> The actual body of the request is actually the correct XML response
> >> but my app checks for the correct HTTP header content-type.
>
> >> Is anyone else seeing this?
