24884 - Mozilla caught in some loop when HTTP server redirects to itself

Status: VERIFIED FIXED

(Core :: Networking, defect, P3)

Description

[Sheng-Te Tsao]

If you go into the URL

http://bugzilla.mozilla.org/enter_bug.cgi?product=Browser

You will see that mozilla keeps showing
"connect..."
"getting data form java.sun.com"...

in the status line.

Looks like it is caught in some kind of URL redirection loop

Comment 1

[John Morrison]

Using 2000012108 win95, I don't see this happening at all. Further, there
is no redirect involved in going straight to this URL, and all the required
resources are located at bugzilla.mozilla.org. 

Marking WORKSFORME, but please re-open with a description of how to reproduce
this behaviour. Also include information on what build you are using. [By the
way, that message looks similar to 'loading a java applet', but there are no
applets in use on Bugzilla. -- perhaps this behaviour is occuring after 
visiting a site with an applet, and the connection is not being correctly 
shutdown when you leave the containing page.]

Comment 2

[Sheng-Te Tsao]

Somehow I entered the wrong URL...

To reproduce it, goto

http://java.sun.com/products/jdk/javadoc/package.html-example

then 

click on the first link that says "package.html"

I am using the nightly built for NT 4.0 from Jan 23.

Thanks
ST

Comment 3

[John Morrison]

Ah, that makes sense (I was wondering where the java.sun.com) was coming from.

I am dead on mozilla right now, but if I go to that URL with Nav4.6 it is 
broken, and a direct telnet connection produces this: 

host1% telnet java.sun.com 80
Trying 204.160.241.93...
Connected to java.sun.com.
Escape character is '^]'.
GET /products/jdk/javadoc/package.html-example
GET /products/jdk/javadoc/package.html-example
HTTP/1.0 302 Redirect
Content-type: text/html
Server: Apache/1.3.6 (Unix)
pragma: no-cache
Location: 
http://java.sun.com/products/jdk/javadoc/trial/missing-class-message.html

Redirected /products/jdk/javadoc/package.html-example to
/products/jdk/javadoc/trial/missing-class-message.html
because it matched the pattern "/cgi-bin/cert_programmer.cgi"
which had a rewrite rule 
"http://industry.java.sun.com:443/logos/programmer/login"
Connection closed by foreign host.

I'll look at this again. Can you also check if this is working for you? Thanks.

Comment 4

[John Morrison]

Clearing resolution on reopen.

Comment 5

[John Morrison]

Well, here's the redirect loop ...

host1% telnet java.sun.com 80 
Trying 204.160.241.93...
Connected to java.sun.com.
Escape character is '^]'.
GET /products/jdk/javadoc/trial/missing-class-message.html
GET /products/jdk/javadoc/trial/missing-class-message.html
HTTP/1.0 302 Redirect
Content-type: text/html
Server: Apache/1.3.6 (Unix)
pragma: no-cache
Location: 
http://java.sun.com/products/jdk/javadoc/trial/missing-class-message.html

   ... etc. ...

So, it's pointing at itself. I suppose that networking should detect and break 
such a loop. CC: tever -- is this a known problem? (I would test myself, and 
reassign, but my machine (win95b) is busted for post-nsIFile builds). 

Comment 6

[leger]

Moving all open "[e-mail]" assignee bugs to "[e-mail]" to 
review.

Comment 7

[cbegle]

Updating component and owner.  Mozilla 2000020414 still gets stuck in this 
loop.

If you telnet directly to the host and enter the command 
GET /products/jdk/javadoc/trial/missing-class-message.html
it spits out an error message and disconnects.

Checked 4.x, and that also displays that error message.

(Error message text is:
Redirected /products/jdk/javadoc/trial/missing-class-message.html to
/products/jdk/javadoc/trial/missing-class-message.html because it matched the 
pattern "/cgi-bin/cert_programmer.cgi" which had a rewrite rule 
"http://industry.java.sun.com:443/logos/programmer/login" 
)

Comment 8

[leger]

Putting on PDT- radar for beta1.

Comment 9

[Warren Harris]

Moving to M15

Comment 10

[Warren Harris]

Moving what's not done for M15 to M16.

Comment 11

[Alan S. Jones]

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

Comment 12

[ruslan]

-> ruslan

Comment 13

[ruslan]

Fixed. Will display res/errors/redirect.html now instead of loopin

Comment 14

[Tom Everingham]

verified:
winNT 2000070508