On Thu, Aug 14, 2008 at 9:24 AM, sword <[EMAIL PROTECTED]> wrote: > On Wed, Aug 13, 2008 at 11:50:18PM +0200, Thibaut VARENE wrote: >> A few comments: >> 1) I believe it's likely (would probably have to check apache >> documentation) that apache's behaviour when an Alias conflicts with a >> filesystem directory (which exactly is what you were having with Alias >> /musicindex pointing to /usr/share/mod_musicindex *AND* having a >> /var/www/musicindex directory) is at best *undefined* > > It is very much defined. The Alias (/usr/share) as YOU defined it > completely overrides anything present in the DocumentRoot (/var/www)
******************************************************************************** > except for one case: a request for bare "/musicindex", but that does ******************************************************************************** Waitaminute, that's a very good catch. I have the feeling the "fix" is very simple indeed: can you try replacing in musicindex.conf the following line: Alias /musicindex/ "/usr/share/mod_musicindex/" with Alias /musicindex "/usr/share/mod_musicindex" I believe this will get rid of the behaviour you're experiencing. > Your Alias, as shipped in musicindex.conf, will cause any requests that > start with /musicindex/ to be served from /usr/share/mod_musicindex. > No attempt will be made to access any other filesystem location. Yeah but the subreq is actually being requested for "/musicindex" *without* the trailing "/" What totally blew me off is that your report seemed to imply that only the footer broke when adding a directory in apache's docroot. Since the bit of code that's used in the footer is used elsewhere (in particular in the header / CSS handling), it didn't make sense to me that only the footer would break. If what I suspect is actually going on, I wonder how I could miss such a blatantly stupid bug (and also how comes the module still seemed to "mostly work") :P Please let me know if the above suggested fix actually solves the problem, I'll quickly roll out a new package ASAP (I'm currently not able to do any testing unfortunately) Thanks again for the lengthy explanation and for your patience -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
