DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21726>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21726

Negotiation does not work with handlers or filters

           Summary: Negotiation does not work with handlers or filters
           Product: Apache httpd-2.0
           Version: 2.0.45
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: Major
          Priority: Other
         Component: mod_negotiation
        AssignedTo: [email protected]
        ReportedBy: [EMAIL PROTECTED]


Following setup:

AddType text/html .html
AddOutputFilter INCLUDES .ssi
Options +multiviews

The file test.html.ssi is served fine as expected if requested by its exact URL
/test.html.ssi, but a 404 will be returned if it is requested by /test.html or
/test. The error_log just says 

  Negotiation: discovered file(s) matching request: /bla/test (None could be
negotiated).

(if requested by /test, would be /bla/test.html if requested by /test.html).
This message BTW doesn't make any sense to me, how can files be discovered that
do not exist?

This happens only if a file extension is mapped to a handler or filter only. The
default SSI setup with both text/html and INCLUDES mapped to .shtml works.

I initally discovered this while trying to get content negotiation working with
different PHP output types like style.css.php or index.html.php. Some browsers
request _exactly_ what they expect, so using AddType to link .php to text/html
or -even worse IMHO- application/x-php-whatever does not work with files
different than text/html or even text/html in the later case (which is
unfortunatly the standard, recommended PHP setup).
And apart from that it doesn't make any sense to me to declare .php internally
as text/html (or whatever other type) anyway if the script in fact outputs a PNG
image.

Nevertheless, this bug is not related to PHP, as seen with the SSI example
above. Just wanted to point out that there is a justified use for this.

This bug might be related to #16328.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to