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 t
On 11 dec 2013, at 22:22, Ben Reser 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 passthrough:/my/new/URL int
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->
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 filena
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 mod_re
5 matches
Mail list logo