On 11 dec 2013, at 22:22, Ben Reser b...@reser.org wrote:
On 12/11/13 10:45 AM, Ben Reser wrote:
Hmm this is going to be a pain to fix (possibly impossible). Because what
mod_rewrite is doing is really hackish. When you use the PT (PassThrough)
flag
mod_rewrite puts
On 12/12/13 6:39 AM, Thomas Åkesson wrote:
I am not very familiar with httpd internals, but I would have expected that
PT flag would cause a completely new round of translate_name and
map_to_storage (i.e. one round with original url and one round with rewritten
url). Have you confirmed that
Hi,
Revision 1512432 causes a regression when mod_dav_svn is used together with
mod_rewrite, which we have done successfully since Subversion 1.5. I have also
studied the follow up commits which change the approach somewhat from setting
filename to null into a bogus file.
Use case:
Using
On 12/11/13 5:18 AM, Thomas Åkesson wrote:
Hi,
Revision 1512432 causes a regression when mod_dav_svn is used together with
mod_rewrite, which we have done successfully since Subversion 1.5. I have
also studied the follow up commits which change the approach somewhat from
setting filename
On 12/11/13 10:45 AM, Ben Reser wrote:
Hmm this is going to be a pain to fix (possibly impossible). Because what
mod_rewrite is doing is really hackish. When you use the PT (PassThrough)
flag
mod_rewrite puts passthrough:/my/new/URL into r-filename. Then eventually it
moves it to r-uri,
5 matches
Mail list logo