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

> 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

Reply via email to