[mapserver-dev] Content-Type versus Content-type

[bartvde at osgis.nl]

Hi list,

I am having issue with Mapserver outputting Content-type in the body
instead of in the headers. I found that this is because Mapserver outputs
Content-type instead of Content-Type in a lot of cases. Should this not be
fixed in the source? Am I the only one running into this, and if so, how
come?

For instance:

[bart at hades mapserver-5.2.0]$ curl
"http://145.50.148.45:8081/cgi-bin/mapserv?map=/data/OGC_UMN_services/dtb_rws.map&LAYERS=AAA805&FORMAT=image%2Fpng&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_xml&SRS=EPSG%3A28992&BBOX=80410.227496%2C433911.299646%2C84251.633167%2C435237.721003&X=462&Y=108&INFO_FORMAT=text/xml&QUERY_LAYERS=AAA805&FEATURE_COUNT=1&WIDTH=1031&HEIGHT=356"
--verbose
* About to connect() to 145.50.148.45:8081
* Connected to rws-svl023i.rws.nwr.local (145.50.148.45) port 8081
> GET
/cgi-bin/mapserv?map=/data/OGC_UMN_services/dtb_rws.map&LAYERS=AAA805&FORMAT=image%2Fpng&TRANSPARENT=TRUE&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_xml&SRS=EPSG%3A28992&BBOX=80410.227496%2C433911.299646%2C84251.633167%2C435237.721003&X=462&Y=108&INFO_FORMAT=text/xml&QUERY_LAYERS=AAA805&FEATURE_COUNT=1&WIDTH=1031&HEIGHT=356
HTTP/1.1
User-Agent: curl/7.10.6 (i386-redhat-linux-gnu) libcurl/7.10.6
OpenSSL/0.9.7a ipv6 zlib/1.1.4
Host: 145.50.148.45:8081
Pragma: no-cache
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */*

< HTTP/1.1 200 OK
< Date: Fri, 15 Jan 2010 12:46:24 GMT
< Server: Apache
< Transfer-Encoding: chunked
< Content-Type: text/xml
Content-type: application/vnd.ogc.se_xml

<?xml version='1.0' encoding="ISO-8859-1" standalone="no" ?>
<!DOCTYPE ServiceExceptionReport SYSTEM
"http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd">
<ServiceExceptionReport version="1.1.1">
<ServiceException>
msReturnPage(): Unable to access file. blank.html
</ServiceException>
</ServiceExceptionReport>
* Connection #0 left intact
* Closing connection #0

TIA.

Best regards,
Bart