[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: TortoiseSVN "Get lock" of multiple files fails via Java-SSL-tunnel since v1.9.0 (bug?)

From: Stefan Hett <stefan_at_egosoft.com>
Date: Wed, 4 May 2016 11:34:37 +0200

Hi David,
> Hi all,
> The TortoiseSVN “Get Lock…” for multiple files via a Java-SSL-tunnel fails for me since v1.9.0 (build 26652) up to the latest version v1.9.4 (27285). The older version 1.8.12 (build 26645) still works perfectly. Note that a direct connection (i.e. without tunnel) to the server works fine for all versions.
> The SSL tunnel is created via a Java applet (“SSL tunnel applet 1.0”) running in Firefox because an authentification with a collax business server is required.
> The issue arises when I select i.e. a directory in the windows explorer (Win7, x64) and choose “TortoiseSVN->Get Lock…”. The file-locking dialog appears and displays the first more or less 20 files and then hangs with a transfer speed of 0 bytes/s. Surprisingly, the locks are assigned to each file on the server, but the TortoiseSVN-client assigns it only to some files. Consequently, a “Release lock” only releases some but not all files and a “break lock” is required afterwards.
> Did multiple file locking somehow changed from 1.8.12 to 1.9.0? The old version seems to request the lock file-by-file and the newer one seems to send out all requests at once.
That's correct. 1.9 introduced optimizations so that multiple locks are
processed simultaneously rather than sequentially to speed up that
operation. See:

Can you reproduce the issue using the SVN command line client directly?
Does that issue any error? If so, you could also ask for help on the svn
users list, since then it would be most likely an SVN issue rather than
a TSVN issue.

Stefan Hett
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2016-05-04 11:34:54 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.