------- 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: 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.