Received: (qmail 15558 invoked by uid 2012); 17 Sep 1998 23:18:37 -0000
Message-Id: <19980917231837.15557.qmail@hyperreal.org>
Date: 17 Sep 1998 23:18:37 -0000
From: Bill Houle <bhoule@sandiegoca.ncr.com>
Reply-To: bhoule@sandiegoca.ncr.com
To: apbugs@hyperreal.org
Subject: No way to change ReadmeName/HeaderName suffixes.
X-Send-Pr-Version: 3.2

>Number:         3026
>Category:       mod_autoindex
>Synopsis:       No way to change ReadmeName/HeaderName suffixes.
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    coar
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   apache
>Arrival-Date:   Thu Sep 17 16:20:00 PDT 1998
>Closed-Date:    Tue Aug 07 06:28:28 PDT 2001
>Last-Modified:  Tue Aug 07 06:28:28 PDT 2001
>Originator:     bhoule@sandiegoca.ncr.com
>Release:        1.3.1
>Organization:
>Environment:
UNIX assumed. Specifics irrelevant.
>Description:
ReadmeName/HeaderName assume .html suffix, which causes problems in DOS 8.3 
environments which have standardized on .htm as the text/html suffix. The 
feature is not accessible in this limited world.

(This is semi-serious to those of us supporting DOS clients, but in the grand
scheme of things, I guess its non-critical. :)
>How-To-Repeat:

>Fix:
Either add ReadmeNameSuffix/HeaderNameSuffix directives (or similar) so one can
specify an explicit suffix, of change the ReadmeName/HeaderName directory 
processing to iterate through all valid text/html suffixes configured for that 
server.

The former might be semi-easy but require config file changes everywhere.
The latter would be totally cool, but probably more difficult to implement.
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open-suspended
State-Changed-By: coar
State-Changed-When: Thu Sep 17 21:18:48 PDT 1998
State-Changed-Why:

This is a known issue, and will be addressed when the
lookups for these files are done as subrequests rather
than faked.  One of the unfortunate side effects will be
that a README.gif file may be considered preferable and
displayed instead; if the restriction is made to look
only text/plain and text/html documents, it's possible
(I'm not sure) that then *those* couldn't include images
if they wanted to do so.

But this is on the list; I'm suspending this PR so it won't
be forgotten.

Responsible-Changed-From-To: apache-coar
Responsible-Changed-By: coar
Responsible-Changed-When: Thu Sep 17 21:18:48 PDT 1998
Responsible-Changed-Why:

Already in my work queue..

State-Changed-From-To: suspended-closed
State-Changed-By: wrowe
State-Changed-When: Tue Aug  7 06:28:27 PDT 2001
State-Changed-Why:

This feature was handled in later versions of Apache 1.3
with Multiviews, and simply naming readme and header
(allowing mod_negotiation to find them, as long as .htm
was assocated with text/html.)
>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 leave the subject line UNCHANGED.  This is not done]
[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!         ]