[Webkit-unassigned] [Bug 7396] links in this site come up as source code - sometimes

[bugzilla-daemon at webkit.org]

http://bugs.webkit.org/show_bug.cgi?id=7396


ddkilzer at webkit.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rachael at omnigroup.com




------- Comment #20 from ddkilzer at webkit.org  2007-01-14 17:18 PDT -------
Here's what happens as the HTTP protocol level (assuming you're starting with
an empty browser cache--use Cmd-Opt-E to empty it):

1. Safari requests http://projecteuclid.org/jdg

GET /jdg HTTP/1.1
Accept-Language: en
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/420+
(KHTML, like Gecko) Safari/419.3
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Connection: keep-alive
Host: projecteuclid.org

2. Web server returns response:

HTTP/1.1 200 OK
Date: Mon, 15 Jan 2007 00:31:54 GMT
Server: Apache/1.3.31 (Unix) mod_perl/1.29
Last-Modified: Fri, 01 Oct 2004 16:17:43 GMT
ETag: "12d85a-214-415d8327"
Accept-Ranges: bytes
Content-Length: 532
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: text/html

3. JavaScript in response causes Safari to load:
http://projecteuclid.org/Dienst/UI/1.0/Journal?authority=euclid.jdg

GET /Dienst/UI/1.0/Journal?authority=euclid.jdg HTTP/1.1
Accept-Language: en
Accept-Encoding: gzip, deflate
Referer: http://projecteuclid.org/jdg
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/420+
(KHTML, like Gecko) Safari/419.3
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Connection: keep-alive
Host: projecteuclid.org

4. Web server returns response:

HTTP/1.1 200 OK
Server: Apache/1.3.31 (Unix) mod_perl/1.29
Date: Mon, 15 Jan 2007 00:31:54 GMT
Content-Type: text/html; charset=utf-8

5. User requests /jdg in Safari again:  http://projecteuclid.org/jdg

GET /jdg HTTP/1.1
Accept-Language: en
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/420+
(KHTML, like Gecko) Safari/419.3
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Connection: keep-alive
Host: projecteuclid.org

6. Web server returns response:

HTTP/1.1 200 OK
Date: Mon, 15 Jan 2007 00:31:58 GMT
Server: Apache/1.3.31 (Unix) mod_perl/1.29
Last-Modified: Fri, 01 Oct 2004 16:17:43 GMT
ETag: "12d85a-214-415d8327"
Accept-Ranges: bytes
Content-Length: 532
Keep-Alive: timeout=5, max=89
Connection: Keep-Alive
Content-Type: text/html

7. JavaScript in response causes Safari to load:
http://projecteuclid.org/Dienst/UI/1.0/Journal?authority=euclid.jdg

GET /Dienst/UI/1.0/Journal?authority=euclid.jdg HTTP/1.1
Accept-Language: en
Accept-Encoding: gzip, deflate
Referer: http://projecteuclid.org/jdg
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/420+
(KHTML, like Gecko) Safari/419.3
If-Modified-Since: Mon, 15 Jan 2007 00:31:54 GMT
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Connection: keep-alive
Host: projecteuclid.org

8. Web server returns response:

HTTP/1.1 304
Date: Mon, 15 Jan 2007 00:31:58 GMT
Server: Apache/1.3.31 (Unix) mod_perl/1.29
Keep-Alive: timeout=5, max=88
Connection: Keep-Alive
Content-Type: text/plain; charset=ISO-8859-1

Connection: Keep-Alive, Keep-Alive
Keep-Alive: timeout=5, max=87


Note two problems here:

1. The Content-Type is set to text/plain instead of text/html.
2. The Content-Type line has a blank line after it (two sets of \r\n
characters), which makes the last two lines a part of the body of the response
instead of the header.

I have no idea what's causing this, other than some bad server-side code. 
(Since it happens on more than one web site, I'm going to have to guess that
it's some open-source code that is behaving consistently incorrectly on
whatever site it's installed on.)

I'm also not sure whether Safari should "try harder" to get the content type
right", or to use its original cached MIME type (text/html) versus the MIME
type given by the 304 response (text/plain).

One other interesting thing is that neither Firefox 2.0.0.1 nor Opera 9.10
exhibit this behavior, although OmniWeb 5.5.2 does.


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