On Mon, Jan 5, 2009 at 06:33, Jan Normann Nielsen <spam_at_dubbekarl.dk> wrote:
>> If you can't give an exact reproduction recipe, the developers can't
>> research the "bug". "Full reproduction recipe" includes telling us
>> what version of TSVN you're using, and your OS.
> 1) Ensure "use recycle bin when reverting" is selected
> 2) Select an unversioned file and a modified file from the check for
> modifications dialogue, select "revert".
> Both files are sent to the recycle bin. The modified file is "restored"
> by the revert, the other is "lost".
> WinXP SP3. I'm running a nightly build from trunk. (updated this morning)
>> Revert should be done by the Subversion libraries, meaning that if
>> this were a true bug, it would have been seen/found by someone by now
>> and fixed.
> I think use of the recycle bin when reverting and resolving is unique to
I'm sorry for the misunderstanding. Dave has already cleared it up.
To sum everything up, TSVN's handling of unversioned files is confusing.
If you right-click an unversioned file in Explorer, you cannot revert
it. If you choose "check for modifications" on a folder with an
unversioned file in it, you cannot choose "revert" if you right-click
the file. If you select multiple files including unversioned items and
right-click, you can choose "revert", but the unversioned items are
deleted. I think TSVN should just ignore the unversioned files (i.e. not
delete them). This would make TSVN consistent with the command-line
client which will skip unversioned items if they are the target of a
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-01-05 14:02:56 CET