> If you make a junction pointed at a different folder, not the %TEMP% folder, > does it still fail to cleanup unversioned items?
Yes; in the actual repo we point to a folder within the source root. >Also, do you (or someone else) happen to have a Subversion client (preferably >1.13) that is built with APR 1.6.5 (or any APR prior to 1.7.0) and if so, >could you test this scenario with that client and let us know if it still >fails? Unfortunately this is where my skill is lacking, we have for a long time depended on the binary drop of TortoiseSVN to give us the CLI subversion tooling. Looking online it appears that VisualSVN has a binary drop (https://www.visualsvn.com/files/Apache-Subversion-1.13.0.zip) however they are not as detailed on their versioning (at least not in an easily accessible manner). Assuming that the Properties Dialog for `libapr-1.dll` is reporting correctly the file version indicates 1.6.5. This version of the binary still produces the same error. `svn --version` reports: R:\Apache-Subversion-1.13.0\bin>svn --version svn, version 1.13.0 (r1867053) compiled Nov 8 2019, 15:24:55 on x86/x86_64-microsoft-windows6.1.7601 Copyright (C) 2019 The Apache Software Foundation. This software consists of contributions made by many people; see the NOTICE file for more information. Subversion is open source software, see http://subversion.apache.org/ The following repository access (RA) modules are available: * ra_svn : Module for accessing a repository using the svn network protocol. - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme * ra_serf : Module for accessing a repository via WebDAV protocol using serf. - using serf 1.3.9 (compiled with 1.3.9) - handles 'http' scheme - handles 'https' scheme The following authentication credential caches are available: * Wincrypt cache in C:\Users\aceo\AppData\Roaming\Subversion But nothing that mentions the APR. Is this helpful? I am willing to try other binaries. Thank you, Ace Olszowka On Tue, May 5, 2020 at 6:32 PM Nathan Hartman <hartman.nat...@gmail.com> wrote: > > On Tue, May 5, 2020 at 4:36 PM Ace Olszowka <aolszo...@gmail.com> wrote: > > When attempting to perform `svn cleanup --remove-unversioned` in > > Windows with a Working Copying that contains a Junction (created on an > > NTFS partition via `mklink /J` > > [https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/mklink]) > > subversion throws E720005 stating that access is denied. > > Hello Ace, > > Thank you for reporting this, and with detailed version information. > That is very helpful. > > If you make a junction pointed at a different folder, not the %TEMP% > folder, does it still fail to cleanup unversioned items? > > Also, do you (or someone else) happen to have a Subversion client > (preferably 1.13) that is built with APR 1.6.5 (or any APR prior to > 1.7.0) and if so, could you test this scenario with that client and > let us know if it still fails? > > Asking because I'm not sure if this issue is related to the same > cause(s), but we have some other known issues with Windows Junctions, > that if I understand correctly, have begun since changes in APR 1.7.0 > related to the handling of junctions. We have an ongoing discussion > with the APR devs about what changes need to be made in Subversion > and/or APR to solve those issues. Your report potentially offers some > more insights... > > Thanks again, > Nathan
