From: jimc at math dot ucla dot edu Operating system: Linux PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: In reference manual, ref.var.html chokes Apache-2
Description: ------------ An Apache web server (apache2-2.2.0) is sending out the PHP reference manual. 99.9% of the files arrive undamaged. However, when I ask for CXXIV "Variable Functions" (file basename: ref.var.html), Apache reports a 500 error (internal failure) and logs this message: Syntax error in type map, no ':' in /home/httpd/htdocs/php-doc/ref.var.html for header <!doctype html public "-//w3c//dtd html 4.01 transitional//en">\n, referer: http://localhost/php-doc/inde x.html I believe that ref.var is being interpreted (I think wrongly) as a type map file. Here's the section in the Apache manual: http://httpd.apache.org/docs/2.2/content-negotiation.html Here's a year-old bug report on the issue: http://mail-archives.apache.org/mod_mbox/httpd-bugs/200503.mbox/[EMAIL PROTECTED] (bug 33818, in case the URL can't be followed.) Although this is probably incorrect behaviour by Apache, you could get your documentation past it by changing the filename (and hrefs to it) so it doesn't look like it has an extension of ".var". This works for me as well as for the person who reported Apache bug 33818. I notice (using the Hurricane Electric mirror) that the online docs version, with the same basename, is served by that web server. I couldn't tell what kind of server it is. In Apache it's possible to turn off mod_negotiation or to change the filename extension for a type map. Expected result: ---------------- ref.var.html should have been displayed, same as ref.array.html and all the other sub-index pages. Actual result: -------------- Apache got error 500 and logged "syntax error in type map". This server *would* properly have considered ref.var to be a type map. -- Edit bug report at http://bugs.php.net/?id=39133&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39133&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39133&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39133&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39133&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39133&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39133&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=39133&r=needscript Try newer version: http://bugs.php.net/fix.php?id=39133&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39133&r=support Expected behavior: http://bugs.php.net/fix.php?id=39133&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39133&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39133&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39133&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39133&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39133&r=dst IIS Stability: http://bugs.php.net/fix.php?id=39133&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39133&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39133&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39133&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=39133&r=mysqlcfg
