"William A. Rowe, Jr." wrote:
>
> From: "Greg Ames" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, September 25, 2001 2:55 PM
> Subject: autoindex instead of index.html
>
> > While testing a potential patch for the mod_include seg faults, I was
> > seeing an autoindex at the browser instead of the index.html file
> > contained in the directory. It's a copy of www.apache.org/ , fwiw.
> > Backed off the patch, same results. I remember a problem similar to
> > this a while back when mod_autoindex's handler got ahead of mod_dir's
> > handler. Is anyone else seeing this?
>
> Not yet - I will watch since I'm the individual most likely to break this.
> What URI, the root request? What is your browser language set to?
The URL is http://www.apache.org:8092/ , or the equivalent on my
ThinkPad. The browser language is English, but I don't think that's
relevant here.
gdb shows that the handlers are in the correct order. But handle_dir
(modules/mappers/mod_dir.c) bails out at around line 185 after the
following:
request_rec *rr = ap_sub_req_lookup_uri(name_ptr, r, NULL);
if (rr->status == HTTP_OK && rr->finfo.filetype == APR_REG) {
name_ptr points to index.html, which exists, and rr->status is HTTP_OK.
Cool. But apparently apr_stat isn't called during the
ap_sub_req_lookup_uri processing, so rr->finfo.filetype contains
APR_NOFILE and the test fails, and handle_dir eventually returns
DECLINED.
I would think we could create a test case for mod_dir that would catch
this.
Greg
