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

Re: svn up --depth empty breaks working copy

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Thu, 29 May 2008 07:07:51 +0200

David Glasser wrote:
> On Wed, May 28, 2008 at 1:44 PM, Stefan Küng <tortoisesvn_at_gmail.com> wrote:
>> On Wed, May 28, 2008 at 10:33 PM, Stefan Küng <tortoisesvn_at_gmail.com> wrote:
>>> Hi,
>>>
>>> Using a build from the 1.5.x branch of svn (built about 4 hours ago) on
>>> Windows Vista, repository on apache 2.0, svn 1.4.6, Windows Vista:
>>>
>>> $ svn co https://server/repo/test/trunk testwc
>>> $ cd testwc
>>> $ svn up -r1 file --depth empty
>>> At revision 1.
>>> $ svn up
>>> svn: Checksum mismatch for 'file'; expected: '....', actual: '....'
>>>
>>>
>>> The same sequence appears to work with file:/// access instead of https.
>> Ups: forgot to mention that the file must have the svn:needs-lock
>> property set (and therefore be readonly).
>
> Do you know if this is related to the TSVN issue reported recently
> here with updating locked files?

Yes. I finally found a way to reproduce the issue reported on the TSVN
list with the command line client so I'm reporting it here.

> Also, does it occur with 1.5.x servers or only with old servers?

I'm sorry, but I don't have an 1.5.x server ready here to test. Maybe
someone else has one ready and can try the above sequence and see if it
happens there too?

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net

Received on 2008-05-29 07:08:14 CEST

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