Bug? Deletion of changed files via commit dialog

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.

Tortoise is great! Many thanks!!!
Tom.

---- Version-Info ----
TortoiseSVN 1.5.5, Build 14361 - 32 Bit , 2008/10/24 18:06:34
Subversion 1.5.4,
apr 1.2.12
apr-utils 1.2.12
berkeley db 4.4.20
neon 0.28.3
OpenSSL 0.9.8i 15 Sep 2008
zlib 1.2.3

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=979973

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2008-12-05 10:52:07 CET