Re: Bug? Deletion of changed files via commit dialog

Thomas Mapson wrote:
> Dear Tortoise developers,
>
> I may have found a bug in TortoiseSVN (see version-info below).
>
>
> Summary:
> The deletion of missing files via the commit dialog behaves not the way
> I'd expect. (Deletion via TortoiseSVN/Delete works fine).
>
>
> Precondition:
> Any file with properties (e.g. svn:needs-lock) is in the repository.
>
> Perform the following actions on the working-copy
>
> - Delete a property (I guess, changing or adding properties would cause
> the same problem - but I did not try this).
>
> - Delete the file (NOT via TortoiseSVN, just delete it from the
> file-system).
>
> - Open the commit dialog of TortoiseSVN.
> ==> First strange behaviour (minor problem):
> The missing file is selected and the colors indicate modification
> instead off missing - since its properties are modified.
>
> IMHO the "missing" should have higher priority, i.e. the file
> should be coloured like other missing files, and it should not
> be selected - independently of the property-change.
>
> - Do the commit.
> ==> Second strange behaviour:
> The property change is commited, the file remains in the
> repository (IMHO "atomic commit" means something different).
>
> Furthermore, the working copy is badly corrupted. (Cleanup fails,
> my only solution was deleting and restoring/update the containing
> working copy folder).
>
>
> I hope this bug-report helps.

Thanks for the detailed report!
Fixed in r14784.

Stefan

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=980203
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].