Hi Daniel/Ryan Thanks. I understood that the mime content-types are not sending to the client from the server's mime.types file , intead it takes from the files which have subversion mime-type property set. I am unable to configure this to bypass to apache mime.types file. Here my requirement is that whoever accessing the repository through web browser must get the mime content-type from the apache file conf/mime.types and not from the svn:property. Please help on this.
Thanks & Regards, Dinoj D Desk: +91 80 26588360 Extn: 48547 Cell: +91 9916668051 -----Original Message----- From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] Sent: Tuesday, May 10, 2011 3:17 PM To: Ryan Schmidt Cc: D, Dinoj; users@subversion.apache.org Subject: Re: SVN files content Type Ryan Schmidt wrote on Tue, May 10, 2011 at 02:41:25 -0500: > > On May 10, 2011, at 02:24, D, Dinoj wrote: > > > Thanks for your prompt response. The content type should be worked only > > while accessing the files through web browser.The problem here we are > > facing is that while accessing the files through web browser the > > extensions .docx, .pptx, .xlsx are opening as zip files. The > > configuration for SVN in apache is > > > > <Location /repo/test> > > DAV svn > > SVNPath /repo/Test > > > > </Location> > > > > > > In which can we point the content to conf/mime.types file using > > > > TypesConfig conf/mime.types > > > > Or is there any methods like > > > > ModMimeUsePathInfo on > > > > Or > > AddType image/gif .gif or if any? > > No. Set the svn:mime-type property to the correct value on these files. > If nothing else, it ought to be technically possible to throw an HTTP proxy that detects file extensions on GET requests to the mod_dav_svn -controlled location and rewrites the Content-Type for those. So, I'd expect there to be a way to configure httpd to bypass mod_dav_svn's reported MIME types. > >
