Closed
Bug 152913
Opened 23 years ago
Closed 23 years ago
redirect goes into never ending loop
Categories
(Core :: Networking: HTTP, defect)
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: keeskuip, Assigned: darin.moz)
References
()
Details
Attachments
(1 file)
|
164.51 KB,
application/x-gzip
|
Details |
Mozilla will repeatedly display this page. It will not
redirect.It stays in a never ending loop.
The redirect-url is valid because all goes well if I copy and paste it
from the source of the page.
The sourcecode is :
<html>
<head>
<title>Sitecom Europe BV</title>
<meta http-equiv="Refresh" content="2 url=http://213.19.128.215/index.php">
</head>
<body bgcolor="FFFFFF">
<font face="Verdana" font color="000000">
<basefont size=4><br><br><br><br>
<center>
<img src="http://www.sitecom.com/grafics/sitecom_Logo.gif"><p>
<b>You'll be automatically redirected to the new sitecom website</b>
</body>
</html>
|
||
Comment 1•23 years ago
|
||
Confirming on 2002061808 Win2k. OS=All and over to Networking: HTTP.
Assignee: Matti → darin
Component: Browser-General → Networking: HTTP
OS: Linux → All
QA Contact: imajes-qa → tever
Summary: redirect goes into never ending loop → redirect goes into never ending loop
|
||
Comment 2•23 years ago
|
||
I'm seeing this in Moz 1.1b (Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.1b)
Gecko/20020726) on Linux.
Reproducable in the same method as given above. Interestingly, this has
occurred in the main trunk after 1.0 was cut, as I've never seen this in any of
the 1.0 builds.
|
|
Assignee | |
Comment 3•23 years ago
|
||
yeah, definitely WFM with a branch build. haven't tried a trunk build yet.
Yow. The redirect appeared to work fine with trunk build 2002072718, but while
loading the subsequent page (I think the gray area on the right side may have
been responsible, or the middle blank area. Either way the menu on the left side
loaded.), Windows became unresponsive, showing Moz and ZoneAlarm (2.6.88) to be
not responding. I tried to end-task ZoneAlarm, which didn't seem to work, and I
got a BSOD when I tried to bring the task menu back up.
Using Windows ME, btw. And The Proxomitron personal proxy.
|
||
Comment 5•23 years ago
|
||
This page is a frameset. Which frame should be the bad one?
Is this still a problem in 1.1 or later?
pi
|
|
||
Comment 6•23 years ago
|
||
No response, marking WFM.
pi
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
|
|
||
Comment 7•23 years ago
|
||
Verified WFM on Win2000 trunk and Linux trunk.
Status: RESOLVED → VERIFIED
QA Contact: tever → junruh
This is a set of files that show an HTTPS looping behavior. I am not sure if
this is the right bug, but perhaps they can shed some new light (or reveal a
new bug).
They were generated with the current cvs version of Mozilla (Mozilla/5.0 (X11;
U; Linux i686; en-US; rv:1.5b) Gecko/20030730).
The html files are all generated by IMHO, and includ a nested frameset.
The debug_messages file contains the debug output of mozilla
The http_log is a log of the HTTP messages from the network engine
We are having the same problem when using Mozilla 1.4 and above on any platform
with our Roxen web server running IMHO web mail.
Here are the things I have noticed, if they are any help (see also the
attachment I added).
1) Newer versions of Roxen do not cause Mozilla to do anything wrong.
2) Happens with HTTP 1.0/1.1
3) Pipelining has no affect
4) Sometimes it loops and ends with "Done." but no content is displayed, and
sometimes it stalls on the https request as if it is waiting for data (the
browser continues to work otherwise; you can open new windows and frames just
fine). I have not seen an infinite loop.
5) The HTML itself loads if you put it in static files (I guess that is obvious,
since this is a redirect problem)
If there is anything else I can generate to help expose the problem, please let
me know.
You need to log in
before you can comment on or make changes to this bug.
Description
•