On Fri, 21 Apr 2023 at 18:00, sebb <
seb...@gmail.com> wrote:
>
> On Thu, 20 Apr 2023 at 07:10, Daniel Sahlberg
> <
daniel.l...@gmail.com> wrote:
> >
> > Den tors 20 apr. 2023 kl 01:22 skrev sebb <
seb...@gmail.com>:
> >>
> >> On Wed, 19 Apr 2023 at 23:52, Daniel Sahlberg
> >> <
daniel.l...@gmail.com> wrote:
> >> >
> >> > Den ons 19 apr. 2023 kl 11:44 skrev sebb <
seb...@gmail.com>:
> >> >>
> >> >> I've seen some crashes in SVN where the target does not have the expected type.
> >> >
> >> >
> >> > Both asserts also on a recent trunk build, so at least it isn't resolved yet.
> >> >
> >> >>
> >> >>
> >> >> For example:
> >> >>
> >> >> $ svn info
https://www.apache.org/foundation/records/990-2016.pdf
> >> >> svn: E235000: In file
> >> >> '/build/subversion-owKwd0/subversion-1.13.0/subversion/libsvn_client/util.c'
> >> >> line 96: assertion failed
> >> >> (svn_uri__is_ancestor(pathrev->repos_root_url, url))
> >> >> Aborted (core dumped)
> >> >
> >> >
> >> > The same assert has been reported previously (
https://lists.apache.org/thread/s24v9f8klx8pwn9lk0oqxng1cpxg12vw) although with a different use case.
> >> >
> >> > From what I can see in GDB, Subversion seems to be able to open a WebDAV session with
www.apache.org. It asks for the DAV:version-controlled-configuration which seems to return
https://www.apache.org/repos/asf. Now, since
https://www.apache.org/foundation/records/ is not a child of
https://www.apache.org/repos/asf it triggers an assert.
> >> >
> >> > Is it correct that
https://www.apache.org/foundation/records/ responds to WebDAV commands, and why does it reply with
https://www.apache.org/repos/asf?
> >>
> >> No idea. The redirect works fine for the main purpose which is
> >> displaying a PDF file from SVN.
> >
> >
> > Which redirect?
>
> Actually it is a rewrite:
>
>
https://github.com/apache/www-site/blob/main/content/foundation/records/.htaccess