PHP 4.0 Bug #7867 Updated: parsing *.html through PHP breaks Apache mod_autoindex

ID: 7867 Updated by: stas Reported By: boerm@u.washington.edu Old-Status: Open Status: Closed Bug Type: Apache related Assigned To: Comments: TITLE to description (ScanHTMLTitles) work only on HTML (text/html) files. PHP files have type application/x-httpd-php, so Apache won't look into them for description. This is what Apache manual says about header and footer: Apache versions after 1.3.6: Filename is treated as a URI path relative to the one used to access the directory being indexed, and must resolve to a document with a major content type of "text" (e.g., text/html, text/plain, etc.). This means that filename may refer to a CGI script if the script's actual file type (as opposed to its output) is marked as text/html such as with a directive like: AddType text/html .cgi So I guess it's a configuration/Apache problem. Previous Comments: --------------------------------------------------------------------------- [2000-12-13 05:54:15] stas@php.net User reply: -------------------- Thanks for investigating! "breaks FancyIndexing" == PHP4 stops, cancels, aborts, or prevents Apache FancyIndexing from working as it should. When FancyIndexing is working, <title> strings are parsed for use as file descriptors. Also, HEADER.html and README.html documents are (optionally) inserted into the index results. PHP4 seems to break all of these FancyIndexing features. One FancyIndexing feature that *does* still work is the feature that permits lines to be entered in .htaccess to provide descriptions for each file (which would override the <title> string parsing mentioned above). And example of a directory with broken FancyIndexing: http://www.nnlm.nlm.nih.gov/pnr/samplers/ I'm not sure when FancyIndexing first broke. I do know it was working with PHP2, and I believe it was working in (at least early) versions of PHP3.I'd be happy to provide further descriptions or perform other diagnostics if it would help. [X] Michael Boer --------------------------------------------------------------------------- [2000-12-11 05:36:31] stas@php.net What do you mean by "breaks FancyIndexing"? What exactly happens? --------------------------------------------------------------------------- [2000-11-17 15:33:45] boerm@u.washington.edu With PHP4 compiled as an Apache module, configuring Apache to parse all .html files breaks the Apache mod_autoindex. For example, having this line: AddType application/x-httpd-php .phtml .php3 .php4 .php .html .htm in my Apache configuration will break FancyIndexing. With the above as a system-wide setting, one can add the following: AddType text/html .html AddHandler server-parsed .html on a directory-by-directory basis. This restores FancyIndexing, but breaks any PHP coding that is embedded in .html files in those directories. Here's my current PHP config line: ./configure --with-mysql=/usr/local/mysql --with-apache=/usr/local/work/apache_1.3.14 --enable-memory-limit=yes --enable-debug=no What I'd like is to be able to have both FancyIndexing and PHP-parsed .html files. Any suggestions? This bug was previously reported into the Apache-BugDB as internal identification `mod_autoindex/6190'. --------------------------------------------------------------------------- Full Bug description available at: http://bugs.php.net/?id=7867