httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Greg Ames <>
Subject Re: autoindex instead of index.html
Date Tue, 25 Sep 2001 21:22:53 GMT
"William A. Rowe, Jr." wrote:
> From: "Greg Ames" <>
> To: <>
> 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 , 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 , 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

        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

I would think we could create a test case for mod_dir that would catch


View raw message