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.sahlb...@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.sahlb...@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
There is no indication on the index page that the PDF file is served from SVN so it does not matter that SVN access is not supported. But of course it should fail gracefully. > > Subversion handles a 301/302 redirect just fine. The headers looks like a > > file served directly from the web server. (Maybe there is a > > behind-the-scenes redirect somehow that doesn't show here, but then should > > the server really reply to DAV requests? > > > > [[[ > > C:\Users\dsg>curl -I https://www.apache.org/foundation/records/990-2016.pdf > > HTTP/1.1 200 OK > > Connection: keep-alive > > Content-Length: 329732 > > Server: Apache > > Last-Modified: Sat, 15 Apr 2023 10:22:29 GMT > > ETag: > > "1909150//infrastructure/site/trunk/content/foundation/records/990-2016.pdf" > > Cache-Control: max-age=604800, max-age=3600 > > Content-Type: application/pdf > > Via: 1.1 www.apache.org, 1.1 varnish, 1.1 varnish > > Expires: Mon, 17 Apr 2023 13:30:44 GMT > > Content-Security-Policy: default-src 'self' 'unsafe-inline' > > https://www.apachecon.com/ https://www.google.com/cse/ > > https://cse.google.com/ https://www.googleapis.com/generate_204 > > http://*.google.com/generate_204 https://afs.googlesyndication.com/ > > https://csp.withgoogle.com/ https://www.google.com/images/ > > https://ssl.gstatic.com/ui/ https://docs.google.com/forms/ > > https://www.youtube.com/embed/; script-src 'self' 'unsafe-inline' > > 'unsafe-eval' https://cse.google.com/ > > http://cse.google.com/adsense/search/async-ads.js > > https://www.google.com/cse/ https://partner.googleadservices.com/; > > style-src 'self' 'unsafe-inline' https://www.google.com/cse/; > > frame-ancestors 'none'; > > Strict-Transport-Security: max-age=31536000; preload > > Accept-Ranges: bytes > > Date: Thu, 20 Apr 2023 06:01:27 GMT > > Age: 0 > > X-Served-By: cache-hel1410029-HEL, cache-bma1680-BMA > > X-Cache: HIT, HIT > > X-Cache-Hits: 1, 1 > > X-Timer: S1681970487.818068,VS0,VE377 > > Vary: Accept-Encoding > > ]]] > > > > > > Kind regards, > > Daniel
