Closed Bug 43230 Opened 25 years ago Closed 25 years ago

Mozilla not redirecting correctly

Categories

(Core :: Networking, defect, P3)

Product:
Core
Component:
Networking
Platform:
x86
All
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME
Milestone:
Future

People

(Reporter: marc.loiselle, Assigned: gagan)

References

(
URL
)

Details

From Bugzilla Helper: User-Agent: Mozilla/4.72 [en] (Windows NT 5.0; I) BuildID: 2000062009 The url above should be redirected to http://www2.mybc.com/aroundtown/movies. Reproducible: Always Steps to Reproduce: Go to http://www.mybc.com/movies Actual Results: Displaying "Not Found" message Expected Results: Mozilla should redirect correctly. Worked correctly with nightlies up until about a week ago.
see this also on 62008 win98; not sure what the problem is here. Reporter, by what method does http://www.mybc.com/movies redirect? If it's via a meta http- equiv tag, this sounds like bug 31189 to me. However, it seems like it's actually URL forwarding, since http://www.mybc.com/movies never actually seems to display at all (even for a split second). confirming and sending to networking for now, but it would be appreciated if the reporter would post the source of http://www.mybc.com/movies (the page that's supposed to redirect).
Assignee: asa → gagan
Status: UNCONFIRMED → NEW
Component: Browser-General → Networking
Ever confirmed: true
QA Contact: doronr → tever
http://www.mybc.com/movies is redirected using Location HTTP not meta refresh. I almost noticed that the server returns a different result if the HTTP Request header Host is sent. That is the result that Mozilla displays. With Host [marcl@marc package]$ telnet www.mybc.com 80 Trying 209.247.208.45... Connected to bctel.wip.zip2.com. Escape character is '^]'. get /movies HTTP/1.0 host: www.mybc.com HTTP/1.0 302 Found Server: Netscape-FastTrack/2.01 Date: Wed, 21 Jun 2000 02:55:10 GMT Location: http://www2.mybc.com/aroundtown/movies/ <HTML><HEAD><TITLE>Found</TITLE></HEAD><BODY><H1>Found</H1> This document has moved to a new <a href="URL UNKNOWN">location</a>. Please update your documents and hotlists accordingly.</BODY></HTML>Connection closed by foreign host. Without Host. [marcl@marc package]$ telnet www.mybc.com 80 Trying 209.247.208.45... Connected to bctel.wip.zip2.com. Escape character is '^]'. get /movies http/1.0 HTTP/1.0 404 Not found Server: Netscape-FastTrack/2.01 Date: Wed, 21 Jun 2000 02:51:43 GMT Content-length: 207 Content-type: text/html <TITLE>Not Found</TITLE><H1>Not Found</H1> The requested object does not exist on this server. The link you followed is either outdated, inaccurate, or the server has been instructed not to let you have it. Connection closed by foreign host.
I am no longer seeing this problem with 2000070708. I suggest closing this bug.
Still seeing this bug with 2000080808. http://www.davin.ottawa.on.ca/~matthew/redirect (note lack of trailing slash) The top frame comes up with a 404. Hit reload and then it's ok.
See http://maroney.org/dail . This site uses an error CGI to correct typing mistakes and correct partial URLs, mapping the above URL to http://maroney.org/Daily_Links.html by returning a HTTP redirect command. This works on Navigator, Explorer, Opera, and iCab, but fails on Mozilla M17.
Target Milestone: --- → Future
With 2000-08-17-13 and http://www.mx24.com/. Note: You need this host: else you are directed to a different (virtual)server. Suggest at least nsbeta3-. Note: This works partly, some frames are loaded, but not all. ~ > telnet mx24.com www Trying 213.61.159.45... Connected to mx24.com. Escape character is '^]'. get / HTTP/1.0 host: www.mx24.com HTTP/1.1 302 Found Date: Fri, 18 Aug 2000 13:34:00 GMT Server: Apache/1.3.12 (Unix) mod_perl/1.19 PHP/4.0.1pl2 mod_ssl/2.6.5 OpenSSL/0.9.3 X-Powered-By: PHP/4.0.1pl2 Location: /mail/ Connection: close Content-Type: text/html Connection closed by foreign host.
The referenced URL currently works in 2000090811, but maybe it was changed to work around the problem. This might be related to my new Bug #51971, which does have a test case attachment, although I don't think it's a duplicate because that one uses Refresh and leaves out the host name. If you can still reproduce it, feel free to reopen this bug, but I suggest attaching a test case for the record, if at all possible. Whatever your server does with HTTP headers can probably be reproduced in an attachment with HTTP-EQUIV. See Bug #51971 attachment for an example.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
reporter: This bug is a "futured" or "untargeted" bug which has been "resolved/works for me". Most bugs meeting this criteria are usually somewhat out of date or working in the current builds. If this bug is not happening for you in a recent build (such as the Mozilla daily build, Mozilla 0.9.3, or Netscape 6.1), please use the friendly "Mark bugs as VERIFIED" radio button to set this bug to "VERIFIED/WORKS FOR ME" If you reported the bug on a platform (e.g. Linux) and other contributors reported on another platform (e.g. Mac OS), please comment that it works for you but do not verify it yet. For these multi-platform bug reports, we need to verify all reported platforms -OR- create new "still broken on platform X" bugs when you verify.
Marking verified with latest build
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.