Re: svn commit: r1681744 - /subversion/site/publish/faq.html

On Tue, May 26, 2015 at 1:59 PM, <stsp_at_apache.org> wrote:
> Author: stsp
> Date: Tue May 26 11:59:35 2015
> New Revision: 1681744
>
> URL: http://svn.apache.org/r1681744
> Log:
> * site/publish/faq.html
> (dav-slow-copy): Mention that this is fixed as of 1.8.11.
>
> Modified:
> subversion/site/publish/faq.html
>
> Modified: subversion/site/publish/faq.html
> URL: http://svn.apache.org/viewvc/subversion/site/publish/faq.html?rev=1681744&r1=1681743&r2=1681744&view=diff
> ==============================================================================
> --- subversion/site/publish/faq.html (original)
> +++ subversion/site/publish/faq.html Tue May 26 11:59:35 2015
> @@ -4380,7 +4380,7 @@ This behaviour is present in <b>Apache h
> and <b>2.4.6 (or higher)</b> &ndash; older versions of httpd are not affected.
> Branching/tagging a large tree may take several minutes because of this.</p>
>
> -<p>Until a fix is available, you can use the following workaround to make
> +<p><b>This problem has been fixed in Subversion 1.8.11.</b> You can also use the following workaround to make
> mod_dav skip the unnecessary work; add the following directives to the Apache
> configuration on the server, preferably only inside the Location blocks
> configured for SVN:</p>

Hi Stefan,

FYI, I just changed the "fix version" you added to the above FAQ
entry: it was fixed in 1.8.14, not in 1.8.11.

Rereading the history of the mail thread, jira issue and commits: the
excessive memory usage mentioned in SVN-4531 was indeed fixed in
1.8.11, but the O(tree) behaviour remained. That was fixed in r1674627
by you, by implementing a workaround I had suggested, inside
mod_dav_svn's code. That fix was then backported to 1.8.14 (and 1.9.0,
which was already branched at the time).

[1] https://issues.apache.org/jira/browse/SVN-4531
[2] http://svn.apache.org/r1674627

-- 
Johan