Re: Again problems when deleting directory

news <news@sea.gmane.org> wrote on 10/14/2005 12:16:52 PM:

> I'll pay attention to this next time. But as a naive user I'd say this
> should be handled by Subclipse. I understand that it is due to
> limitations in the svn-API, but nevertheless it is an annoyance for the
> user. Is this a bug, or should I file one?

Sure, file a issue. Now that we know this specific combination causes a
problem we should be able to code for it.

What I would propose would be to change the code that checks for a folder
prop-change to also check for a folder delete. If it finds the latter,
then it can "override" the addition of the -N option.

At the same time, the commit UI should be changed to detect the same
situation and if the user has not selected all items in the dialog, then
it should not allow the user to proceed.

The point of adding the -N option is that someone might try to commit a
folder prop-change, but have deselected other changes beneath that folder.
 In that scenario, if we do not add the -N option then everything will be
committed, even the items they did not select. So the UI can just tell
the user that they either have to commit everything, or commit the
property-change separate from the delete. As long as everything is
selected, it can just be silent about it.

Mark

_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________
Received on Sat Oct 15 02:41:05 2005