135549 - lsa.colorado.edu - Partial URL's with scheme and absolute path but no host resolve incorrectly

Status: VERIFIED DUPLICATE of bug 32966

(Tech Evangelism Graveyard :: English US, defect)

Description

[Davor Cubranic]

POST action for the form on the above page is "http:/cgi-bin/...". This is
interpreted in Netscape 4 as "http://lsa.colorado.edu/cgi-bin/...", but Mozilla
takes me to "cgi-bin.com" -- apparently it interprets the first item in the
absolute path as a host name, even though the URL starts with a single slash.

Comment 1

[Vadim Berezniker]

this violates RFC 2396. not a mozilla bug.

over to evangelism

Comment 2

[Davor Cubranic]

From RFC 2396:
      Due to a loophole in prior specifications [RFC1630], some parsers
      allow the scheme name to be present in a relative URI if it is the
      same as the base URI scheme.  Unfortunately, this can conflict
      with the correct parsing of non-hierarchical URI.  For backwards
      compatibility, an implementation may work around such references
      by removing the scheme if it matches that of the base URI and the
      scheme is known to always use the <hier_part> syntax.  The parser
      can then continue with the steps below for the remainder of the
      reference components.  Validating parsers should mark such a
      misformed relative reference as an error.

Even regardless of this suggestion, and the fact that one might want to keep the
Netscape 4 behaviour in this case for reasons of backwards compatibility, it
seems to me that Mozilla parser is itself not respecting RFC 2396 when it
interprets "http:/cgi-bin/..." as host name cgi-bin.com even though the URL
doesn't start with a double slash, as per RFC.

Comment 3

[Vadim Berezniker]

see bug 32966 which is marked wontfix

the best thing to do is for the webmaster to update their pages

Comment 4

[Davor Cubranic]

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

Comment 5

[Davor Cubranic]

Moving discussion to Bug 23966, since this is just a dupe.

Although, in my opinion, this kind of behaviour is just another nail in
Mozilla's coffin.

Comment 6

[Kai Lahmann (is there, where MNG is)]

v

Comment 7

[Bob Clary [:bc] (inactive)]

tech evang june 2003 reorg