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

Please confirm a bug (Was: svn up -r <rev> <deleted file> restores a file only sometimes (not in moved directories))

From: Jens Seidel <jensseidel_at_users.sourceforge.net>
Date: 2006-10-04 08:56:33 CEST

Hi,

can someone please confim that this is a bug, so that it can be fixed?

On Thu, Sep 28, 2006 at 02:33:20PM +0200, Jens Seidel wrote:
> I noticed a strange behaviour in subclipse (see also
> http://subclipse.tigris.org/servlets/ReadMsg?list=users&msgNo=8105)
> which is a least partially reproducable in svn 1.3.0 and 1.4.0.
>
> If I call
> $ svn up -r <rev> <file>
> in a directory which contained in the past a file (there is no file with the
> name currently in the archive) I'm able to restore this deleted file for one
> revision but not for another one (no failure, just nothing happens).
>
> I renamed project/ into src/ in r298, deleted "file" in it in r694 and can
> restore src/file with
> $ svn up -r 298 file
> but not with
> $ svn up -r 297 file
>
> It seems the current path name is not followed back in the revision history.
>
> src/file@298 is the same file as project/file@297
>
> Since this is not related to the fact that move=copy+delete (the history is
> unique even after multiple copy operations) I think this is a bug. Is this
> problem already known?
>
> Jens

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Oct 4 08:56:04 2006

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

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