You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2007/08/06 10:36:07 UTC
DO NOT REPLY [Bug 41960] - Apache is not using custom content-types when accessing content-negotiated resources
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=41960>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=41960
jose@w3.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #20313|0 |1
is obsolete| |
------- Additional Comments From jose@w3.org 2007-08-06 01:36 -------
Created an attachment (id=20600)
--> (http://issues.apache.org/bugzilla/attachment.cgi?id=20600&action=view)
Simplification and enhancement of patch for subrequests
There was a case where the previous patch didn't work. This is a revision (and
simplification) of the previous patch that includes one of the changes commited
to SVN and which solves both conneg issues. These issues are new with respect
to v2.2.4. They used to work on v.1.3.x
Test scenario for this additional conneg bug. Like in the previous scenario,
I assume we have a location called /conneg-test. In this location, there's a
file called test.html
1. Put in the global server configuration:
AddType text/html;charset=iso-8859-1 html htm
2. Add the following specific rule for /conneg-test
<LocationMatch "^/conneg-test/">
Options +Multiviews
AddType text/html;charset=utf-8 html htm
</LocationMatch>
3. Get the file using its own location: specific content-type override works
HEAD http://www.example.com/conneg-test/test.html | grep -i Content
Content-Type: text/html; charset=utf-8
4. Get the file using content-negotiation: we get the global content-type.
The specific one wasn't taken into account by the subrequest
HEAD http://www.example.com/conneg-test/test.html | grep -i Content
Content-Location: test.html
Content-Type: text/html; charset=iso-8859-1
----------------
This issue is different from the previous one in that the specific Content-Type
is stated inside the server's configuration, rather than in a .htaccess file.
The revised patch fixes both issues.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org