Received: (qmail 66895 invoked by uid 65534); 15 Jan 2000 18:57:00 -0000
Message-Id: <20000115185700.66894.qmail@locus.apache.org>
Date: 15 Jan 2000 18:57:00 -0000
From: Webmaster33 <webmaster33@bigfoot.com>
Reply-To: webmaster33@bigfoot.com
To: submit@bugz.apache.org
Subject: using SSI, it also inserts <BASE HREF="http://server/directory/"> into first line of the page
X-Send-Pr-Version: 3.110

>Number:         5592
>Category:       mod_include
>Synopsis:       using SSI, it also inserts <BASE HREF="http://server/directory/"> into first line of the page
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    apache
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   apache
>Arrival-Date:   Sat Jan 15 11:00:00 PST 2000
>Closed-Date:    Thu Sep 21 16:42:36 PDT 2000
>Last-Modified:  Thu Sep 21 16:42:36 PDT 2000
>Originator:     webmaster33@bigfoot.com
>Release:        1.3.9
>Organization:
>Environment:
Apache/1.3.3 (Unix) Debian/GNU
HTTP_ACCEPT_CHARSET is set to iso-8859-1,*,utf-8 
I don't know if does it matter, but I use iso-8859-2 on my pages.
>Description:
I've an SSI problem. My service provider use Apache v1.3.3.
I checked the Apache Docs, but I wasn't found solution.
I also checked all SSI related posts on comp.infosystems.www.servers.unix,
but not found any similar post.
 
I use SSI to include menu page, header, footer, content into one page. My problem is, that SSI also inserts a similar line in the first line, like: <BASE HREF="http://server/directory/"> which makes bad
many of my links, by making the links base URL the current
directory, instead using the server root as base URL.
So <img src="/spacer.gif"> will make error 404, because the file's URL is "http://server/spacer.gif" but it will look for it in
"http://server/directory/spacer.gif"

If I insert <BASE HREF="http://server/"> into the main html document, where
the include in made, it will show following:
line 1:  <BASE HREF="http://server/directory/">  <= inserted by server
line 2:  <BASE HREF="http://server/"> <= inserted by me to override the base href inserted by server

What makes that base href inserting into the first line & why?

You can also check a real example:
http://www.labyrinth.net.au/~ggillen/index.shtml
Check the first line of Source in Netscape.
The <BASE HREF="http://www.labyrinth.net.au/~ggillen/"> was inserted by the server.
 
I'm almost sure it's an Apache feature.
I suppose there should be a solution to insert a line
into .htaccess, which makes "http://server/" the base URL.

However it might be an Apache bug, so I finally I decided to post as
bug report, too.

Please help!
Thanks in advance,
Webmaster33
>How-To-Repeat:
You can also check a real example(it's not my homepage):
http://www.labyrinth.net.au/~ggillen/index.shtml
Check the first line of Source in Netscape.
The <BASE HREF="http://www.labyrinth.net.au/~ggillen/"> was inserted by the server.
>Fix:
Should not insert the <BASE HREF="http://server/directory/"> line or there should be
a solution to insert something into .htaccess to override inserting the base href.
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open-closed
State-Changed-By: fanf
State-Changed-When: Thu Sep 21 16:42:34 PDT 2000
State-Changed-Why:
this is a feature of netscape and has nothing to do with
apache
>Unformatted:
 [In order for any reply to be added to the PR database, you need]
 [to include <apbugs@Apache.Org> in the Cc line and make sure the]
 [subject line starts with the report component and number, with ]
 [or without any 'Re:' prefixes (such as "general/1098:" or      ]
 ["Re: general/1098:").  If the subject doesn't match this       ]
 [pattern, your message will be misfiled and ignored.  The       ]
 ["apbugs" address is not added to the Cc line of messages from  ]
 [the database automatically because of the potential for mail   ]
 [loops.  If you do not include this Cc, your reply may be ig-   ]
 [nored unless you are responding to an explicit request from a  ]
 [developer.  Reply only with text; DO NOT SEND ATTACHMENTS!     ]