'[Bug 73410] Capital One website does not open'

[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 73410] Capital One website does not open
From:       Thiago Macieira <thiagom () mail ! com>
Date:       2004-01-24 20:49:04
Message-ID: 20040124204904.3306.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
      
http://bugs.kde.org/show_bug.cgi?id=73410      




------- Additional Comments From thiagom@mail.com  2004-01-24 21:49 -------
Here's what happens:

GET / HTTP/1.1 is replied with:
kio_http: (489574) "HTTP/1.1 200 OK"
kio_http: (489574) "Server: Netscape-Enterprise/4.1"
kio_http: (489574) "Date: Thu, 22 Jan 2004 17:03:35 GMT"
kio_http: (489574) "Content-type: text/html"
kio_http: (489574) "Last-modified: Tue, 23 Apr 2002 15:00:23 GMT"
kio_http: (489574) "Content-length: 81"
kio_http: (489574) "Accept-ranges: bytes"

whose contents are:
<meta http-equiv="refresh" content="0; URL=/web/MenuUrl?pageId=1">
<HTML>
</HTML>

Konqueror then issues:
GET /web/MenuUrl?pageId=1 HTTP/1.1
getting the reply what I pasted above. No Content-Type and a 200 Ok reply. That is no \
redirection, even with the Refresh header! (my interpretation of refresh is: show \
this, then go there)

Checking what the standards say... RFC 2616 (HTTP 1.1) section 7.2.1:
Any HTTP/1.1 message containing an entity-body SHOULD include a Content-Type header \
field defining the media type of that body. If and only if the media type is not \
given by a Content-Type field, the recipient MAY attempt to guess the media type via \
inspection of its content and/or the name extension(s) of the URI used to identify \
the resource. If the media type remains unknown, the recipient SHOULD treat it as \
type "application/octet-stream".

So Konqueror gets the data (a 3-byte body consisting of a space and CRLF) and guesses \
the media type is text/plain. What's wrong about this?

The only thing not working right is the Refresh: it should work for any KPart \
embedded, not only khtmlpart.


[prev in list] [next in list] [prev in thread] [next in thread]
Configure | About | News | Add a list | Sponsored by KoreLogic