Version: (using KDE Devel) Installed from: Compiled sources Compiler: gcc 3.2.2 (Redhat 9) OS: Linux When trying to load www.capitalone.co.uk I get a message asking me if I want to open a text document. No matter what I pick the website will not load correctly. I've tried changing browser id and turning java/javascript off and on but no difference. Message reproduced below... Open 'http://www.capital...b/MenuUrl?pageId=1'? Type: Plain Text Document Save As Open Cancel
Sorry. The site is to blame. Here's the HTTP header from the request: kio_http: (488303) ============ Received Response: kio_http: (488303) "HTTP/1.1 200 OK" kio_http: (488303) "Server: Netscape-Enterprise/4.1" kio_http: (488303) "Date: Sat, 24 Jan 2004 14:33:23 GMT" kio_http: (488303) "Pragma: no-cache" kio_http: (488303) "Content-Length: 3" kio_http: (488303) "Expires: Thu, 01 Jan 1970 00:00:00 GMT" kio_http: (488303) "Set-Cookie: test=test" kio_http: (488303) "Set-Cookie: CapitalOne=QBKCMxmy74GyWrRcqoaxZ5xWWEM64909QKurK1Oo6LzxU4GwFf5U|2855801643865534943/ecops01/6/4200/4200/7002/7002/4200/-1; domain=.capitalone.co.uk; path=/" kio_http: (488303) "Refresh: 0;url=/web/CookieDetectServlet?url=/web/MenuUrl?pageId=1" kio_http: (488303) "Cache-control: no-store, no-cache" kio_http: (488303) "Connection: close" kio_http: (488303) --empty-- Notice there's no Content-Type reply stating that the page is HTML. Therefore, Konqueror assumes it's plain text.
Hmm, it renders ok in Mozilla/Firebird and IE
That means they work around the site's bug. We don't. The problem is that they show a blank page and then refresh (as per the HTTP header). However, Konqueror doesn't support refreshing from a text/plain section.
Well since Konqueror IS a web browser, don't you think it would be a good idea for it to treat pages with no content-type as HTML? And don't you think that if the 3 other major browsers can render this page (Opera works as well) , then konqueror should as well?
Konqueror isn't supposed to work around blantant disrespects for the standards, despite the behaviour of others (most people use Windows, yet you are using Linux and KDE). The Content-Type header is mandatory in HTTP/1.1. Anyways, this is how I feel. Maybe another developer feels differently and will tackle your bug for KDE 3.3. Feel free to reopen the bug if this is how you feel, but don't get mad at us if it gets closed again by someone else.
No no, I wasn't getting mad. Sorry if any offence was caused, I was actually only trying to get your opinion. Sometimes it's difficult not to sound abrupt with email. Anyway I'll leave the bug closed until after 3.2 comes out and then I'll reopen it, and if another developer is kind enough to try and fix it then that'll be great. I appreciate all the work everyone puts in on this project, and as I said sorry if you thought I was getting mad Gogs
Thiago - sorry, but closing a bug report that a web browser assumes text/plain is plain wrong. Beside your log is screwed. Why should a redirect have a content type?
could somebody post the correct and full URL where to see the Problem? Currently it looks, as if the HTTP-Header redirects to the other file, so the browser should normally never even try to display anything on the first URL.
What should happen is you open www.capitalone.co.uk, then you are redirected to http://www.capitalone.co.uk/web/MenuUrl?pageId=1, and then (I used Mozilla here) you should go to http://www.capitalone.co.uk/web/templates/home_temp_01_002.jsp?page_id=1 &context_id=2&pageId=1 Now I DID try and browse to the above url using konqueror, and it worked fine. HOWEVER :o) if you click on any of the links on the left hand side - View All Cards for example - you get the old text page problem again... Open 'http://www.capital...=293&forwardTo=102'? Type: Plain Text Document *sigh* :o)
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.
Still happening with 3.5 CVS
I can confirm this one, using kde version 3.5.4 on suse 10.1
Confirmed on KDE 3.5.4, Kubuntu Dapper. Confirming.
Confirmed on KDE 3.5.7, Kubuntu Fiesty.
Either they changed their site or it is working now in konqueror 3.5.9 and 4 from trunk (from may 04 2008). If you can still reproduce repopen it with current testcase.
They changed their site awhile ago (you even had to resign up to ilistrate their site development teams incompetence), it no longer uses those odd redirects on links.