51971 - Relative URL merging on HTTP-equiv Refresh (client pull) redirect

Status: VERIFIED DUPLICATE of bug 32966

(Core :: Networking, defect, P3)

Description

[Bob Kanefsky]

Build-id:  2000090811

<meta http-equiv="refresh" content="0; URL=http:/foo/bar.html">

Behavior of Netscape 4.75 and IE 5.0 is to redirect to /foo/bar.html on same host.
Behavior of Mozilla is to redirect to
http://search.netscape.com/cgi-bin/search?charset=UTF-8&search=foo

Comment 1

[Bob Kanefsky]

Attachment: Test case. Should go to bugzilla.mozilla.org/reports.cgi

Comment 2

[Bob Kanefsky]

Click on 09/09/00 02:41 attachment in

1. Netscape 4.75 -- it goes to http://bugzilla.mozilla.org/reports.cgi
2. Mozilla 2000090811 -- it tries to find a host called www.reports.cgi

Comment 3

[Peter "jag" Annema]

gagan, I could catch this in my http-equiv=refresh content parser rewrite (bug
45143), or we could delegate this to NS_NewURI, which I'd prefer. (What do we do
on <a href="http:/foo/bar.html"> ?)

Comment 4

[Jesse Ruderman]

bug 32966 explains what we do on <a href="http:/foo/bar.html">.

Comment 5

[Darin Fisher]

*** This bug has been marked as a duplicate of 32966 ***

Comment 6

[Diego]

verified dupe of wontfix bug 32966: "http:/ (one slash) treated as http://
rather than /"
see also similar wontfix bug 22251: "Relative URLs with scheme (e.g.,
http:page.html) not loading - treated as absolute"