Prior to the change that was introduced by PR 54611 the uri member of the dav_resource struct was treated as though it was uri encoded.  mod_dav_fs however, didn't properly encode this.

mod_dav_svn on the other hand did.  By encoding in mod_dav, this now ends up double encoding the URI.  For the most part Subversion no longer uses the Location header to get information from mod_dav as we've shifted to our HTTPv2 protocol that doesn't use have to use PROPFIND to detect resource URIs.  However, older clients talking to newer servers or newer clients talking to older servers still do.  Any server that's been upgraded to httpd 2.2.25 or 2.4.6 that includes this change breaks those clients when dealing with paths that need proper encoding (e.g. paths with spaces).

Essentially the PR54611 was an API change since it changed the meaning of a field.

I plan to revert the P54611 change and fix the problem in mod_dav_fs.  This means that sites with 2.2.25 or 2.4.6 can upgrade httpd without necessarily having to upgrading Subversion.  For some of these sites upgrading Subversion might not be a possible alternative since they may be using the no longer supported 1.6.x line.  In fact due to the protocol versioning issues mentioned above 1.6.x servers are guaranteed to have this issue regardless of the client version users are using.