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

Re: [Subclipse-dev] why is it that if i copy/paste over a file that it is then an outgoing deletion?

From: Johan Compagner <jcompagner_at_gmail.com>
Date: Thu, 8 May 2008 10:33:23 +0200

i think we should just focus on the undo..
Because if we fix that that after the undo the file is in a changed or not
changed state then
the copy paste problem is also automatically fixed.

So the 2 test cases that i can think of is this:

1> delete a file that is not changed and undo the deletion
  result must be that the file is back in an no change state.

2> delete a file that is changed and then undo the deletion
  result must be that the file is back in a changed state (didnt loose any
changes!)

I also asked a friend of mine who uses subversive to do those things
and he got this back:
 "delete cannot be undone, reason: there is not enough information to create
or restore ..."

I also asked to do the copy over and of a file that isnt changed it works
correctly
but of a file that was changed it does it wrong.. You loose the changes so
yes they are using revert..

So i guess there is a flaw in the api of svn itself.. you should just be
able to set the status to what you want..
or a command: revert to local working copy...

johan

On Wed, May 7, 2008 at 4:33 PM, Mark Phippard <markphip_at_gmail.com> wrote:

> On Wed, May 7, 2008 at 9:45 AM, Johan Compagner <jcompagner_at_gmail.com>
> wrote:
> > by the way, i cant use revert command for this undo problem to be
> solved.
> > Because i could have deleted an changed file..
> >
> > Isnt it possible in the api to just reset a status of the file? (so set
> the
> > status not changed or changed)?
> >
> > I still have to know then that the file is changed or not compared to
> the
> > svn version. but that can be done quickly in svn right?
>
> I would focus on the events that Eclipse sends when you do the
> copy/paste. Maybe you get both the delete and add together, so when
> processing the delete, you could "look-ahead" and see if an add is
> coming with the same file and then just ignore the delete.
> Unfortunately, I do not think it does this though. If you could that
> would be the ideal, because then you could just skip the svn delete
> which would solve all the problems.
>
> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_subclipse.tigris.org
> For additional commands, e-mail: dev-help_at_subclipse.tigris.org
>
>
Received on 2008-05-08 10:33:38 CEST

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