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.s_at_daniel.shahaf.name]
Sent: Tuesday, May 10, 2011 3:17 PM
To: Ryan Schmidt
Cc: D, Dinoj; users_at_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.
>
>
Received on 2011-05-16 07:43:36 CEST