Hi all,
I've found an unexpected behaviour when tsvn-deleting a folder
containing unversioned or modified files, using 1.6.2 32bit.
I have a test repo containing:
/root1.txt
/root2.txt
/subdir
/subdir/sub.txt
1. In subdir in the working copy, I create an unversioned file
2. I right-click on subdir, then TortoiseSVN -> Delete. A prompt asks
"The folder <path>\subdir contains unversioned and/or modified file(s).
Do you want to remove it anyway?" with Yes, No and Yes to all buttons.
3. I choose "Yes" (or "Yes to all").
The entire subdir is deleted - not just emptied and marked as 'to be
deleted on commit'. This is odd - "svn delete --force subdir" does not
do this.
At this point, a commit would successfully delete subdir from the repo,
regardless.
To trigger the real problem:
4. I modify the files root1.txt and root2.txt.
5. I commit, and in the commit dialog I deselect root1.txt, root2.txt or
both.
The commit fails with "Error: Entry for '<path>\subdir' has no URL".
If both root1.txt and root2.txt had been selected for committing, then
the commit would have succeeded.
I have not tested this with the latest nightly (today's - rev 16458 - is
missing) so sorry if this has already been fixed.
Thanks for a great program,
Harun Vos
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2355435
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-05-27 07:50:30 CEST