Bug 73410 - [site-issue] Capital One website does not open
Summary: [site-issue] Capital One website does not open
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-01-24 15:25 UTC by Gogs
Modified: 2008-05-06 13:03 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Gogs 2004-01-24 15:25:31 UTC
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
Comment 1 Thiago Macieira 2004-01-24 15:37:22 UTC
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.
Comment 2 Gogs 2004-01-24 16:08:27 UTC
Hmm, it renders ok in Mozilla/Firebird and IE
Comment 3 Thiago Macieira 2004-01-24 16:11:29 UTC
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.
Comment 4 Gogs 2004-01-24 16:16:21 UTC
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? 
Comment 5 Thiago Macieira 2004-01-24 16:21:07 UTC
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.
Comment 6 Gogs 2004-01-24 16:25:11 UTC
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
Comment 7 Stephan Kulow 2004-01-24 18:50:33 UTC
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?
Comment 8 Kai Lahmann 2004-01-24 18:57:41 UTC
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.
Comment 9 Gogs 2004-01-24 19:36:42 UTC
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) 

Comment 10 Thiago Macieira 2004-01-24 21:49:02 UTC
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.
Comment 11 Gogs 2006-01-10 21:53:00 UTC
Still happening with 3.5 CVS
Comment 12 lostson 2006-08-30 19:12:36 UTC
 I can confirm this one, using kde version 3.5.4 on suse 10.1
Comment 13 Louai Al-Khanji 2006-08-30 20:38:00 UTC
Confirmed on KDE 3.5.4, Kubuntu Dapper. Confirming.
Comment 14 Adam Brightmore 2007-06-27 14:20:18 UTC
Confirmed on KDE 3.5.7, Kubuntu Fiesty.
Comment 15 Daniel Winter 2008-05-05 00:32:19 UTC
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.
Comment 16 Adam Brightmore 2008-05-06 13:03:36 UTC
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.