Simon Large wrote:
> 2009/1/5 Jan Normann Nielsen <spam_at_dubbekarl.dk>:
>> 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
>>> TSVN.
>>>
>> 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
>> revert operation.
>
> 1.4.x does indeed ignore unversioned items during revert, so this
> would be a regression in 1.5.x
>
> Simon
>
That's because 1.4.x doesn't use the recycle bin. I think TSVN 1.5.x
sends the file to the recycle bin, (a non subversion operation), then
does an svn revert.
I think there's actually a bug in the context menu logic here. In the
example (a modified and an unversioned file selected), "add" does not
show up, because "add" is not appropriate for all the selected files (it
is only appropriate for the unversioned file, not the modified one). By
the same token, "revert" is not appropriate for all of the files, so
that shouldn't be in the menu either.
The same is true for the shell context menu (I guess they all use the
same logic). However, since there is a registry setting makes *all*
context menu items appear under all circumstances, fixing the context
menu logic would not be sufficient by itself.
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=1005289
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-01-05 15:15:27 CET