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

RE: svn 1.8 causing locks to be broken on update

From: Bert Huijben <bert_at_qqmail.nl>
Date: Thu, 15 Aug 2013 10:19:07 +0200

                Hi Felipe,

 

Do you have access to the repository configuration at the server?

 

Things we are most interested in is how exactly your authentication is setup. E.g. do you allow anonymous acces, and if yes in what way?

Posting your server configuration (with passwords and private information changed) would really help.

 

I don’t think the serf debug log is really giving much more information here, as there are (as far as I can tell) no requests that fail. The default server side logging (if not disabled) provides most likely more than enough information to look into this.

 

Last night (EU time) we spend some time with different scenarios in an attempt to reproduce your issue, but we were unable to.

 

                Bert

 

 

From: Felipe Alvarez [mailto:felipe.alvarez_at_gmail.com]
Sent: donderdag 15 augustus 2013 04:29
To: Johan Corveleyn; William Smith; philip.martin_at_wandisco.com
Cc: Hiroharu Tamaru; Users Subversion Apache
Subject: Re: svn 1.8 causing locks to be broken on update

 

 

 

As of 1.8 SVN only uses the serf library for http communication, and
no longer the neon library (before 1.8, both were part of svn, but
neon was the default library).

Unfortunately there is no runtime-switch (yet) to enable debug output
with svn+serf. There is already an open enhancement request for this
[1].

You can enable debug logging with serf by rebuilding (see [2]).

With your combined input, this issue really starts to look like a
serf-related issue.
- Succeeds with file:// <file:///\\>
- Fails with http(s), but only with 1.8 clients, not with older clients.

To double check that it's serf-related, perhaps one of you could try
with 1.7+serf, and see if that fails as well. You can enable serf with
1.7 by specifying http-library=serf in the servers configuration file,
or by passing
    --config-option servers:global:http-library=serf
on the command line.

Perhaps it's time to open an issue in the issue tracker for this.

 

​Subversion client 1.7 using serf cause the lock to break! But it does not break when using neon (default)

---8<-------

C:\tmp>svn --username will --password will co http://svntest.freshcomp.com.au/svn/repos --config-option servers:global:http-library=serf wc
A wc\Trunk
A wc\Trunk\Lettus
A wc\Trunk\Lettus\lbin
A wc\Trunk\Lettus\lbin\file2.txt
A wc\Trunk\Lettus\lbin\test.txt
A wc\Trunk\Lettus\lbin\file1.txt
Checked out revision 4.

C:\tmp>cd wc\Trunk\Lettus\lbin
C:\tmp\wc\Trunk\Lettus\lbin>dir
Directory of C:\tmp\wc\Trunk\Lettus\lbin
15/08/2013 12:07 PM <DIR> .
15/08/2013 12:07 PM <DIR> ..
13/08/2013 01:14 PM 6 file1.txt
13/08/2013 05:01 PM 5 file2.txt
13/08/2013 05:35 PM 6 test.txt
               3 File(s) 17 bytes
               2 Dir(s) 89,690,247,168 bytes free

C:\tmp\wc\Trunk\Lettus\lbin>svn lock test.txt --config-option servers:global:http-library=serf
'test.txt' locked by user 'will'.

C:\tmp\wc\Trunk\Lettus\lbin>svn st --config-option servers:global:http-library=serf
     K test.txt

C:\tmp\wc\Trunk\Lettus\lbin>cd ..
C:\tmp\wc\Trunk\Lettus>svn up --config-option servers:global:http-library=serf
Updating '.':
At revision 4.

C:\tmp\wc\Trunk\Lettus>cd ..
C:\tmp\wc\Trunk>svn up --config-option servers:global:http-library=serf
Updating '.':
At revision 4.

C:\tmp\wc\Trunk>cd ..
C:\tmp\wc>svn up --config-option servers:global:http-library=serf
Updating '.':
UB Trunk\Lettus\lbin\test.txt

Updated to revision 4.

C:\tmp\wc>svn st --config-option servers:global:http-library=serf
C:\tmp\wc>​

 

​---8<-------​

--
​Felipe​
 
Received on 2013-08-15 10:20:05 CEST

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