Received: (qmail 13945 invoked by uid 2012); 15 Jun 1999 10:58:58 -0000
Message-Id: <19990615105858.13944.qmail@hyperreal.org>
Date: 15 Jun 1999 10:58:58 -0000
From: "Jörg" "Höhle" <hoehle@mmkmail.gmd.de>
Reply-To: hoehle@mmkmail.gmd.de
To: apbugs@hyperreal.org
Subject: IndexIgnore matches insufficiently documented
X-Send-Pr-Version: 3.2

>Number:         4586
>Category:       mod_autoindex
>Synopsis:       IndexIgnore matches insufficiently documented
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    apache
>State:          open
>Class:          doc-bug
>Submitter-Id:   apache
>Arrival-Date:   Tue Jun 15 05:10:01 PDT 1999
>Last-Modified:
>Originator:     hoehle@mmkmail.gmd.de
>Organization:
apache
>Release:        1.3.4
>Environment:
Linux zappa 2.2.5 #2 SMP Fri May 28 11:59:55 MEST 1999 i586 unknown
>Description:
Problem category: mod_autoindex and documentation
IndexIgnore README*
IndexIgnore ~
IndexIgnore *~

It's not clear how Apache really matches filenames and how the four types of
tokens that may appear on the IndexOptions line are recognized.

E.g., in a previous release, IndexIgnore ~ was enough to ignore all Emacs backup
files (and more), supposedly due to the partial filename match.

Does IndexIgnore .tmp mean an extension or a full filename?
>How-To-Repeat:
IndexIgnore README*
files in some directory
_README
README.Amiga at http://fit.gmd.de/~hoehle/amiga-clisp/
1. _README shouldn't show (partial match?), but does.
2. README.Amiga is unfortunately hidden by top-level option in srm.conf which
 cannot be undone in local directories through some .htaccess.
>Fix:
1. Define "file extension, partial filename, wildcard expr. or full filename"
2. Define how Apaches disinguishes one from another on the IndexIgnore line
3. src.conf.default IndexIgnore should use README README.html HEADER HEADER.html
 instead of the unfortunate README* HEADER*
4. I'd at least drop partial matches, since they can easily hide too much and
 that cannot be undone (see toplevel README* damage), requiring "*partial" syntax
 instead (as in *~ vs ~).
>Audit-Trail:
>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!     ]