[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

mod_dav_svn mime types

From: Ricardo Gladwell <ricardo.gladwell_at_gmail.com>
Date: 2007-05-07 16:47:37 CEST

Hi All,

My mod_dav_svn server is not properly setting the mime-types for ODF
files. I've configured mod_mime to serve ODF files with the correct mime
type, but mod_dav_svn still sets the mime type as "text/plain":

---response begin---
HTTP/1.1 200 OK
Date: Mon, 07 May 2007 14:45:19 GMT
Server: Apache
ETag: "683//fringe/trunk/fringe.en.odt"
Accept-Ranges: bytes
Content-Length: 92451
Connection: close
Content-Type: text/plain
Content-Language: en

I've enabled the ModMimeUsePathInfo On configuration directive but for
some reason mod_dav_svn still sets the mime type when downloading as
text/plain. It seems to be setting the getcontenttype property twice:

dav:/fringe/trunk/> propget fringe.en.odt
Fetching properties for `fringe.en.odt':
resourcetype =
getcontentlength = 92451
getcontenttype = text/plain
getetag = "683//fringe/trunk/fringe.en.odt"
creationdate = 2007-05-07T14:01:28.122705Z
getlastmodified = Mon, 07 May 2007 14:01:28 GMT
checked-in = <href>/!svn/ver/683/fringe/trunk/fringe.en.odt</href>
version-controlled-configuration = <href>/!svn/vcc/default</href>
version-name = 683
creator-displayname = Ricardo
auto-version = DAV:checkout-checkin
baseline-relative-path = fringe/trunk/fringe.en.odt
md5-checksum = 0617ae7897b47d69cf25fbb6bc69516e
repository-uuid = c8c3ab93-1503-0410-ab76-93f73a4ab905
getcontenttype = application/vnd.oasis.opendocument.text

Please advise what I am doing wrong?

Kind regards...

-- 
Ricardo Gladwell <ricardo.gladwell@gmail.com>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon May 7 16:51:09 2007

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.