You are viewing a plain text version of this content. The canonical link for it is here.
Posted to apache-bugdb@apache.org by Jerrad Pierce <be...@mit.edu> on 2001/11/27 15:42:13 UTC

mod_negotiation/8872: Negotitation of encoding provides inappropriate Content-type

>Number:         8872
>Category:       mod_negotiation
>Synopsis:       Negotitation of encoding provides inappropriate Content-type
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    apache
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   apache
>Arrival-Date:   Tue Nov 27 06:50:00 PST 2001
>Closed-Date:
>Last-Modified:
>Originator:     belg4mit@mit.edu
>Release:        1.3.22
>Organization:
apache
>Environment:
Linux dirty-bastard.pthbb.org 2.2.20 #1 Mon Nov 19 23:09:19 EDT 2001 i586 unknown

mod_negotiation and mod_mime are loaded but not
mod_mime_magic.
>Description:
I am trying to setup content negotation and it is half working...

I have in my httpd.conf:
  AddHandler type-map var
  AddEncoding x-gzip gz

and I have in foo.var:
  URI: foo.html
  Content-Type: text/html

  URI: foo.html.gz
  Content-Type: text/html
  Content-Encoding: gzip

Which is here:
http://pthbb.org/services/foo.var

It is indeed processing it properly.
However, when it returns the encoded option I get the following
headers, where Content-Type seems to be overriding Content-Encoding.

  HTTP/1.1 200 OK
  Date: Thu, 01 Nov 2001 02:23:22 GMT
  Server: Apache/1.3.20
  Content-Location: bookmarks.html.gz
  Vary: negotiate,accept-encoding
  TCN: choice
  Last-Modified: Thu, 01 Nov 2001 02:22:56 GMT
  ETag: "308e4-19-3be0b200;308e3-7c-3be0b053"
  Accept-Ranges: bytes
  Content-Length: 25
  Content-Type: application/x-gzip
  Content-Encoding: gzip

I've tried the nasty hack of doing a RemoveType gz for this Location
too. I've tried just using MultiViews... How can I get the server to
do Content-Type for gz when it isn't a negotiated encoded document, or
some equivalent that results in the "expected" outcome?
>How-To-Repeat:
See Full Description
>Fix:
Heed The Content-Type in the typemap instead of
that provided elsewhere in the server config.
>Release-Note:
>Audit-Trail:
>Unformatted:
 [In order for any reply to be added to the PR database, you need]
 [to include <ap...@Apache.Org> 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!     ]