On 5/15/2015 11:42 AM, Eric Covener wrote:
On Fri, May 15, 2015 at 1:08 AM, Eric Covener<[email protected]> wrote:
I don't fully understand your report, but I see "there is no
autoindex" is bogus since this is a fixup and autoindex is a handler.
Seems like maybe it's broken multiple ways. Probably best to scrap it
(tomorrow)
It definitely blocks autoindex which I think means it has to go, but
for me only when you actually use a fallbackresource. I am still not
understannding the other scenario outlined where no fallbackresource
at all changes the behavior of accessing a static file.
I'm not sure FallbackResouce has anything to do with it actually, even
though the commit to fix FallbackResource not working properly is what
broke this. Sorry for the long ramble but here goes.
What it is doing is dropping the preceding /path/ when there are more
than one folder in past the configured DocumentRoot. It it's only
happening when the URL plugged into the browser is to a directory, not a
file and does not contain a trailing /. It's hard to describe, I've only
since noticed the trailing slash as part of the equation and it's got
odd secondary behaviors.
I suppose screencaps are worth a throusand words.
The directory tree tested with, c:\Apache24T\htdocs is the configured
DocumentRoot for localhost.
http://people.apache.org/~gsmith/r1677186/directorytree.png
Now, if I go to http://localhost/foo, what I see is this;
http://people.apache.org/~gsmith/r1677186/ffmouseovr.png
You will notice that first, the header.html and readme.html contents are
not showing up, this is what first caught my attention. Also notice what
is in the address bar of Firefox and what mousing over a link shows in
the bottom left. The link for what should be http://localhost/foo/bar1
is is instead generated as http://localhost/bar1, missing the /foo in
it. Likewise, if I moused over what should be
http://localhost/foo/testfile.txt what I see in the mouseover is
http://localhost/testfile.txt. Again, missing /foo.
Oddly however, if I type in the address http://localhost/foo/bar3, the
header and readme files show, yet the same thing happens to the links
being generated. Only this time it is missing the /bar3 when I hold the
mouse over the baz folder.
http://people.apache.org/~gsmith/r1677186/ffmouseovr2.png
Now prior to r1677186, if I plugged http://localhost/foo/bar1 into my
browser httpd would redirect me to the same URL with the trailing slash
added, like what will happen if you click this link
http://people.apache.org/~gsmith/r1677186
This behavior seems to be what has been broken, my browser is not
redirected to the URL + trailing /. If I type into my browser
http://localhost/foo/ and include that trailing slash, all works as
should as well.
The generated links are somehow being corrupted and at least in the
first folder in (foo), the readme and header is not showing.
But there's more odd behavior. To add further confusion, I just decided
to drop an index.html file in foo and go to http://localhost/foo
(without the trailing slash), I get the directory listing, no
header/readme, and I can see index.html in the listing which the
mouseover shows as http://localhost/index.html, again, missing the /foo
in the generated link. index.html IS configured as a DirectoryIndex and
it should be showing instead of the index listing.
So going to "http://www.brandname.com/contestrules"; as is printed on my
cereal box without a trailing slash, would be broken too.
