So. That didn't turn out well at all (https://groups.google.com/g/tortoisesvn/c/IJuG6WvHTds). I've successfully reproduced the error.
Some quick debugging indicate that svn_client_open_ra_session2() now barf if the user doesn't have read access to the repository root. I've reproduced this using VisualSVN Server (it has an "implicit list folder permissions for parents of readable paths" that has to be disabled). I didn't dig all the way down to the server but I'm quite sure the server is returning a 403 on the root but a valid return code on the actual subdirectory. I'm a bit at loss what to do here since we send the URL when establishing the ra session. If the URL doesn't exist anymore, we get an error. If we send in the root, we get another error. Any ideas? Kind regards, Daniel söndag 10 mars 2024 kl. 09:16:48 UTC+1 skrev Daniel Sahlberg: > Thanks! Committed in r29682 > > lördag 9 mars 2024 kl. 21:11:08 UTC+1 skrev Stefan: > >> no objections from me. >> The revision for the repo root is the same as for the path, but of course >> works for non-existing paths as well since the root is never deleted. >> >> -- You received this message because you are subscribed to the Google Groups "TortoiseSVN-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to tortoisesvn-dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/tortoisesvn-dev/493f39bf-e45c-4c61-87f6-dd692a0174a5n%40googlegroups.com.
