> Stefan Küng wrote:
> > David Hedley wrote:
> >> Hi Tobias, many thanks for your response. I've noticed this issue with
> >> the last few versions and currently with 18.104.22.16845
> >> The time between the OK button becoming enabled and it being
> >> functional is definitely related to the number of files to be locked.
> >> E.g. locking a directory with 3 files is instantaneous. Locking a
> >> directory tree with 800 files and sub directories takes over 30
> >> seconds between the OK button becoming enabled and it actually
> >> functioning (incidentally the same applies to the Cancel button too).
> >> During this waiting time there is no apparent activity in the Get
> >> Locks dialog box. The issue occurs on a number of different computers
> >> (all running 22.214.171.12445).
> >> The repository is accessed over the network via the SVN protocol. The
> >> server SVN version is Linux 1.4.2 (r22196). During the waiting period
> >> there is no obvious activity on the SVN server and a tcpdump between
> >> client and server shows zero network traffic during this time. The
> >> server has a pre-lock script (from the crontrib directory) which
> >> checks that the files to be locked have the 'needs-lock' property set,
> >> although disabling this makes no difference to the waiting time.
> > Has anybody managed to recreate the above issue? Should I file it as
I have recently installed the latest (126.96.36.19906) version and it appears
that the bug documented above is still apparent. Can someone confirm
whether the fixes indicated in Stefan's email made it into this release?
If so, they haven't fixed the problem :-(
Dr David Hedley
Tel 0845 VISTAIR (8478247) (* Note new number *)
Fax 0870 1350992
Information in this electronic mail message is confidential and may be
legally privileged. It is intended solely for the addressee. Access to
this message by anyone else is unauthorised. If you are not the intended
recipient any use, disclosure, copying or distribution of this message
is prohibited and may be unlawful. When addressed to our customers, any
information contained in this message is subject to Vistair Systems Ltd,
trading as Vistair, Terms and Conditions.
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Mon Jun 18 12:23:00 2007