91543 - Browser Hangs on going to URL that uses Magic Carpet.

Status: VERIFIED FIXED

(SeaMonkey :: General, defect)

Description

[Kirk Parsons]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2)
Gecko/20010719 Netscape6/6.1
BuildID:    Gecko/20010719 (0.9.2 Branch, 7/19 05 build)

On any url (so far as I have tested), the browser does a re-direct, then hangs
without ever rendering the url it's been redirected to. 

Reproducible: Always
Steps to Reproduce:
1. Go to calendar.aol.com
2. Watch the browser hang.


Actual Results:  1. Go to calendar.aol.com
2. The browser starts the redirect, but hangs before any part of the page is
rendered.


Expected Results:  1. Go to calendar.aol.com
2. The browser redirects (successfully) to a password page.


Whatever this bug is, it seems to have been introduced in the 7/19 0.9.2 build.
It does not occur in the 7/18 build (trunk or branch).  Here's the browsers I've
tested on:

IE 5.0/5.5   Does not hang 
NS6.1 0.9.2 7/19 - 05 Hangs 
NS6.1 0.9.2 7/18 - 05 Does not hang 
NS6.1 trunk 7/18 - 05 Does not hang

Comment 1

[Kirk Parsons]

Adding DIGBug+ to status.

Comment 2

[Doug Turner (:dougt)]

pdt+ per marek.

Comment 3

[selmer (gone)]

(from lchiang: doron, I changed the qa contact to get this verified on the
branch. If you want,  pls change it back.)

Comment 4

[selmer (gone)]

(from lchiang: prashant, can you verify this also?  thanks)

Comment 5

[selmer (gone)]

(from lchiang: verified on 7-19 branch build.  Loading this URL in 4.x shows
that Java is starting.  Perhaps the hang is in the java area?_

Comment 6

[selmer (gone)]

prashant - can you test this bug on the trunk - today's to see if the bug is
also there??

Comment 7

[Chris Waterson]

This bug was caused by gagan's checkin for bug 90288.

Comment 8

[Chris Waterson]

So, I started with a tree from yesterday where this worked. I updated the
entirety of the mozilla/netwerk directory, and the page no longer loaded. I then
backed out the changes from bug 90288, and stuff started working again. At this
point, I'm going to update the rest of my tree to the tip of the branch and
verify that things continue to work. If so, I'd say we need to reconsider this
fix. I'll report back as soon as my build finishes.

Comment 9

[Bradley Baetz (:bbaetz)]

linux too...

Comment 10

[Chris Waterson]

Okay, nobody get violent yet. It turns out that I had only updated _part_ of
gagan's changes (there apparently are others in content and htmlparser). My
build could have failed simply because I'd only picked up a partial patch. I'll
re-post as soon as my full update finishes with a complete back-out of the
changes from bug 90288. (Weird that bonsai didn't show the changes made to
content/html/document/src/nsHTMLContentSink.cpp -- were there any others?)

Comment 11

[Chris Waterson]

Okay, so my build finished, and calendar.aol.com _works_ with the changes
_backed out_. I'm putting the changes _back in_ just to be sure that it
_breaks_.

Comment 12

[Chris Waterson]

Attachment: backout

Comment 13

[Gagan]

backed out my changes. this is no longer an issue now.

Comment 14

[Gagan]

closing this.

Comment 15

[Prashant Desale]

Verified with todays branch builds [2001-07-23-06] with WinNT.