Bug Report: Missing Name attribute on 'subst' drives

[Stephen 'Mac' Rowe]

Summary:  Check-ins don't work on substituted drive letters

Version:   TortoiseSVN 1.6.1, Build 16129 - 32 Bit , 2009/04/10 08:14:05

What I did:

1. Checked out a project into the directory:  C:\Projects\Tests

2. Created a substituted drive to that location:  eg: Command line:   subst X: C:\Projects\Tests

3. Modified one of the files in the project

4. Checked the project back in

What happened:

Command: Commit  

Modified: X://Thefilename.txt  

Sending content: X://Thefilename.txt  

Error: Commit succeeded, but other errors follow:  

Error: Error bumping revisions post-commit (details follow):  

Error: In directory 'X:'  

Error: Log entry missing 'name' attribute (entry 'rm' for directory 'X:')  

Finished!:   

Then  I had to do a cleanup which also failed.  Project unable to be synchronised from that point on.

What I expected to happen:

A normal check in!   It used to work in previous versions (unsure of exact versions - I just updated to the most recent today)

Other comments:

It might seem odd to use substituted drives like this but it is extremely handy.  If you've ever inherited a project from someone else and tried to use it, and discovered a few dozen accidentally hard-coded paths in settings file (eg: C:\Documents And Settings\Fred\Desktop) you'll know what I mean.   Some nasty compilers have a habit of putting full path names in project files ... substituting a drive letter for the working directory ensures that it will always work.

Or it used to mean that until I updated to Version 1.6.1

Thanks in advance!

Mac

[Andy Levy]

I believe this is a known problem with the Subversion libraries. Try
the same steps with the command-line client.

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

To unsubscribe from this discussion, e-mail: [users-un...@tortoisesvn.tigris.org].

[web...@tigris.org]

Same issues via CLI!
* svn commit x:\myfile
svn: Working copy 'X:' locked
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
* svn cleanup x:\
svn: In directory 'X:'
svn: Log entry missing 'name' attribute (entry 'rm' for directory 'X:')

The "lock" appeared on the first failure, attempting to commit a root file (x:\myfile) with client version 1.6.1; files in subdirectories committed OK.

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

[Douglas Freed]

I tried with the latest Subversion client from CollabNet's certified binaries and it works just fine. The problem must lie with TortoiseSVN, then.

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

[Douglas Freed]

I just tried it again and now I confirm the problem lies with svn

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