48358 - hotmail home page is blank

Status: VERIFIED FIXED

(Core :: Networking, defect, P3)

Description

[Rod de Lima-Lopes]

mozilla does not load webmail pages, sucha as www.hotmail.com all we get is a
blank page

Comment 1

[Jeffrey Baker]

Hrmm.  This seems to be a bad interaction between Mozilla and Microsoft IIS 5.0,
which is not strictly following RFC 2616.  I believe the problem is that Mozilla
is sending a Connection: keep-alive, while IIS is responding with a 302, and
closing the connection but *not* sending Connection: close.  The RFC states:

"If the server chooes to close the connection immediately after sending the
response, it SHOULD send a Connection header including the connection-token close"

Since the specification uses SHOULD instead of MUST, Mozilla should be able to
handle this situation.  4.x handles this fine.

Reassigning to networking.

Comment 2

[Blake Ross]

'correctness' doesn't make sense in this case

nominating for beta3.

Comment 3

[LinuxLover]

present in M17 and M18 nightly (10 Aug 2000)

Comment 4

[Gagan]

->ruslan

Comment 5

[ruslan]

Hmm. Looks like hotnail just drops the connection after the first request line 
not even sending a newline after headers. This is bizare ...

Comment 6

[ruslan]

cc: gagan

Comment 7

[Jeffrey Baker]

*** Bug 48625 has been marked as a duplicate of this bug. ***

Comment 8

[Jeffrey Baker]

Wow IIS is a real piece of junk.  It sends the response and drops the connection
after the very first \n, just like ruslan said.  That is totally against RFC
2616, if my reading is correct.  It seems like the proper handling of this case
is to display an error page.

Comment 9

[ruslan]

What I'm thinking however is putting a kludge which will fire OnHeadersAvailable 
right inside of OnStop if Location header is detected - a bit tricky but it can 
be done. Putting up an error message is tempting, but I don't know if PDT will 
agree with that. BTW - removing regression keyword - it's not out regression, 
but MS's.

Comment 10

[Gagan]

The reason this worked in 4.x is that we initiated the new redirected request
right after detecting the Location header. (And hence never really waited for
anything else) This is obviously the wrong thing to do in the new world order. I
am proposing a quirk mode option to enable sending OnHeadersAvailable right
after Location header to mimic this behaviour. 

Comment 11

[Jeffrey Baker]

Just to be clear, there are three abnormal behaviors demonstrated by hotmail in
this example:

1) The server is responding after the first newline.  This is against the RFC
2) The server is sending only one CRLF after the response.  Also against the RFC
3) The server is not sending Connection: close, which is recommended by the RFC

Comment 12

[ruslan]

Attachment: The fix

Comment 13

[ruslan]

Proposed fix attached. Awaiting review - Gagan?

Comment 14

[ruslan]

Fixed

Comment 15

[Jeffrey Baker]

Hotmail homepage now loads on Linux 2000-08-19-08.  All hail IIS 5.0.  sigh.

Comment 16

[Asa Dotzler [:asa]]

*** Bug 50253 has been marked as a duplicate of this bug. ***

Comment 17

[Tom Everingham]

verified:
WinNT 2000082308
Linux 2000082408
Mac8.6 2000082308