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

Re: [Subclipse-dev] giving a shot at fixing deletions

From: Mark Phippard <markphip_at_gmail.com>
Date: Sun, 13 Jul 2008 10:32:36 -0400

On Sun, Jul 13, 2008 at 9:34 AM, Hugo Visser <joegi_at_scene.nl> wrote:

> Here's a patch for automatically reverting deletions when resources that are
> marked for deletion are added again. In addition, when a new resource is
> added to a directory structure that is scheduled for delete, the directory
> structure delete is reverted. Basically I'm moving the new resource out of
> the way for a revert and overwrite the resource when it's reverted.
> I've tested this on Eclipse 3.4 on OS X and RAD 7 on Windows. The patch is
> against subclipse core.

It is cool you are trying to solve it this way. Here are a couple of
quick comments on this patch. Testing on Eclipse 3.2 in Windows:

1) It does not seem to work on what I think is the primary use case --
Drag and Drop or Copy/Paste over an existing resource. The revert is
never happening. If I delete the file first. Then Drag and Drop or
Copy/Paste it does work. So the events must come through a bit
differently when the file exists.

2) When the code does work, your .svntmp file is showing up in the
Eclipse view. Refresh gets rid of it.

I have not tried a folder yet, but I am curious what to expect. It
sounds like if I delete a folder, and then add a file to it, what I
should expect is the folder itself and the file I add should be
expected to remain. But anything else that was still in the folder
should be a delete still?

Mark Phippard
To unsubscribe, e-mail: dev-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: dev-help_at_subclipse.tigris.org
Received on 2008-07-13 16:32:47 CEST

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