Received: (qmail 27478 invoked by uid 2012); 7 Sep 1999 06:37:14 -0000 Message-Id: <19990907063714.27477.qmail@hyperreal.org> Date: 7 Sep 1999 06:37:14 -0000 From: Ronald J.Brown Reply-To: rjbrown@ronbotek.com To: apbugs@hyperreal.org Subject: Header and Readme no longer appears in generated directory index, as did properly in Apache 1.3.6 X-Send-Pr-Version: 3.2 >Number: 4968 >Category: mod_autoindex >Synopsis: Header and Readme no longer appears in generated directory index, as did properly in Apache 1.3.6 >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: closed >Quarter: >Keywords: >Date-Required: >Class: duplicate >Submitter-Id: apache >Arrival-Date: Mon Sep 6 23:40:01 PDT 1999 >Closed-Date: Fri Sep 29 22:47:46 PDT 2000 >Last-Modified: Fri Sep 29 22:47:46 PDT 2000 >Originator: rjbrown@ronbotek.com >Release: 1.3.9 >Organization: >Environment: Windows NT 4.0, Service Pack 5 >Description: After updating to version 1.3.9, my directory listings no longer display the Header.html and Readme.html files. These directories had displayed properly in listings generated under Apache 1.3.6. The ReadmeName and HeaderName directives appear now as they had in my previous config files: ReadmeName README HeaderName HEADER The corresponding Readme.html and Header.html files are in their same locations within the indexed directories as before and have not changed. >How-To-Repeat: >Fix: None >Release-Note: >Audit-Trail: State-Changed-From-To: open-feedback State-Changed-By: stoddard State-Changed-When: Tue Sep 7 17:31:07 PDT 1999 State-Changed-Why: Check the arguments to the IndexIgnore config directive. By default, it is set to ignore README* and HEADER* which will match the files in /icons/. Furthermore, Win32 is case preserving/aware but case insensitive. I.e., Header.html is the same as HeAdEr.HtMl. I suspect the code was not working correctly for Win32 Apache pre-1.3.9 and it is working correctly now. From: "Ron \"RonBo\" Brown" To: Cc: Subject: mod_autoindex/4968: Header and Readme no longer appears in generated directory index, as did properly in Apache 1.3.6 Date: Tue, 7 Sep 1999 20:17:03 -0700 Thanks for the quick response. Perhaps you misunderstood. The files Readme.html and Header.html do not appear in the generated listing as files. This is correct behavior, as the IndexIgnore directive instructs the server to ignore the presence of these files when generating the listing. The problem is that the contents of Header.html no longer appears at the top of the page, nor the Readme.html file at the bottom, as it properly did in the Win32 1.3.6 version. All I get is a list of files with the Header.html and Readme.html having no effect on the formatting of the page at all. Only the relative path text is at the top of the page where the contents of Header.html should be and at the bottom is the server and port number instead of the Readme.html. This is the proper behavior only if no Header or Readme directive is specified, which is not the case here. These files should be detected by the server and incorporated into their respective parts of the formatted directory, listing the contents of the directory as the body of the page. Thanks again. Ron Brown ----- Original Message ----- From: To: ; ; Sent: Tuesday, September 07, 1999 5:31 PM Subject: Re: mod_autoindex/4968: Header and Readme no longer appears in generated directory index, as did properly in Apache 1.3.6 > [In order for any reply to be added to the PR database, you need] > [to include 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! ] > > > Synopsis: Header and Readme no longer appears in generated directory index, as did properly in Apache 1.3.6 > > State-Changed-From-To: open-feedback > State-Changed-By: stoddard > State-Changed-When: Tue Sep 7 17:31:07 PDT 1999 > State-Changed-Why: > Check the arguments to the IndexIgnore config directive. > By default, it is set to ignore README* and HEADER* which > will match the files in /icons/. Furthermore, Win32 is case > preserving/aware but case insensitive. I.e., Header.html is > the same as HeAdEr.HtMl. > > I suspect the code was not working correctly for Win32 > Apache pre-1.3.9 and it is working correctly now. > > > Comment-Added-By: stoddard Comment-Added-When: Thu Sep 9 13:03:11 PDT 1999 Comment-Added: Yes, I did misunderstand because this function works fine for me. I have the (dis?)advantage of not knowing how it worked prior to 1.3.9 :-) Apache 1.3.9 requires that the arguments to ReadmeName and HeaderName contain an extension recognized by the server, e.g., Readme.html. Furthermore, the real file's name must exactly match the file name specified in the config directive. This is a change from pre 1.3.9 behaviour where the server would intuit the .html extension. You may be able to enable multiviews in the directory to recover the previous behaviour. From: Theo Van Dinter To: stoddard@apache.org, rjbrown@ronbotek.com Cc: apbugs@apache.org Subject: Re: mod_autoindex/4968: Header and Readme no longer appears Date: Thu, 23 Sep 1999 10:20:52 -0400 I've been waiting to see if there was a response on comp.infosystems.www.servers.unix for this problem before I sent it in as a bug -- I'm glad someone else already did. stoddard: |Yes, I did misunderstand because this function works fine |for me. I have the (dis?)advantage of not knowing how it worked prior to 1.3.9 I found that in pre-1.3.9, having "HeaderName HEADER" would cause the file "HEADER" to be used. Now in 1.3.9, that doesn't work. The comments in the httpd.conf file says that Apache should be checking for HEADER.txt and HEADER.html, which also doesn't work. |Apache 1.3.9 requires that the arguments to ReadmeName and |HeaderName contain an extension recognized by the server, |e.g., Readme.html. Furthermore, the real file's name must |exactly match the file name specified in the config |directive. That kind of sucks -- it means that you are limited to either text or HTML, but the server won't automagically pick the right one for you. |This is a change from pre 1.3.9 behaviour where |the server would intuit the .html extension. You may be |able to enable multiviews in the directory to recover the |previous behaviour. multiviews doesn't do anything for this, at least with my config. I did change the "HeaderLine" option to be "HEADER.txt", and renamed the file from HEADER to HEADER.txt, and now it works fine BTW. -- Randomly Generated Tagline: "What happened? You all look like a pak-mara ate your cat." - Ivonova on B5 State-Changed-From-To: feedback-closed State-Changed-By: wrowe State-Changed-When: Fri Sep 29 22:47:45 PDT 2000 State-Changed-Why: This report is well documented (by another user) in 4961, so I'm closing this report. Class-Changed-From-To: sw-bug-duplicate Class-Changed-By: wrowe Class-Changed-When: Fri Sep 29 22:47:45 PDT 2000 >Unformatted: [In order for any reply to be added to the PR database, you need] [to include 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! ]