56280 - URL: BASE tags where HREF="../" (or similar) do not work

Status: RESOLVED DUPLICATE of bug 553074

(Core :: Networking, defect, P3)

Description

[aaron]

SUMMARY:

Mozilla does not recognise BASE tags whose HREF values are relative URIs - for 
example, a BASE tag with the value HREF="../" will have no effect.

STEPS TO REPRODUCE:

Download this file and save it in a folder somewhere.  (The folder is important, 
but what we really want is its parent folder - see below.)  Open the file in 
Mozilla and click on the link that says "Where does this go?"

EXPECTED BEHAVIOUR:

Clicking on the link shows a file listing of the folder's *parent* folder.  That 
is to say, if you saved the file as ~fred/foo/bar.html, you should see a listing 
of ~fred/*, not ~fred/foo/*.  From the Windows desktop, you should see 
C:\Windows\*.* (Win9x) or C:\WinNT\Profiles\[your_login] (WinNT).

ACTUAL BEHAVIOUR:

The BASE tag is ignored, and you get a listing of the folder containing the 
saved attachment.

NOTES:

Both Opera 4.0 and ICE 5.04 exhibit the expected behaviour.  The bug is reported 
for Mozilla M17 and later (I have nightly build #2000100620 as well) running 
under Windows NT 4.0 - actually, IE and Navigator are the only browsers I know 
that don't support this, though I couldn't see anything in IETF RFC1808 that 
suggested that a BASE tag like this wouldn't work.

 - http://www.ietf.org/rfc/rfc1808.txt

This bug may be related to bug 40275.

Comment 1

[Jeffrey Baker]

Ths bug is invalid.  The HTML specification states:

href = uri [CT] 
             This attribute specifies an absolute URI that acts as the base URI
for resolving relative URIs.

The base URI must be absolute.

Comment 2

[aaron]

I see ... another one of those things that shouldn't work, but does (at least, 
in other browsers).  My bad, then, and INVALID it is.

Comment 3

[benc]

VERIFIED/invalid +testcase
will get a testcase to make sure we error/adjust gracefully.

Comment 4

[Richard Brodie]

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

Comment 5

[petr.pisar]

This bug is invalid per HTML, however XHTML doesn't require absolute form.

E.g. XHTML 1.0 Strict specification just talks about URI complying to RFC 2396. (Look into XHTML 1.0 specification, section 3.1.1 and DTD for Strict.)

Comment 6

[petr.pisar]

FYI OpenOffice.org produces XHTML files with relative URIs. So I would be pleased if somebody confirms the bug is in OpenOffice.org, or in Mozilla.

I have encoured this problem in Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.3pre) Gecko/2008092504 GranParadiso/3.0.3pre.

Comment 7

[j.j.]

This is fixed in Gecko 2 (Firefox 4) with bug 515401