vault client - working folder state info is incompatible

If you are having a problem using Vault, post a message here.

Moderator: SourceGear

Post Reply
Dhominator
Posts: 35
Joined: Tue Mar 14, 2006 12:33 pm

vault client - working folder state info is incompatible

Post by Dhominator » Thu Jun 08, 2006 7:28 pm

vault: 3.1.8

In changing the user that the ccnet automated build runs under I got the error below, regarding version and state.

How can I clear out the state info? I'd prefer not to change the path. Only have this 1 version of vault installed, so I don't think it is the version.

ccnet running under a domain account

vault client (console or gui) using a vault based user


The working folder state information for X:\somefile is incompatible with this version of Vault. Please choose a different working folder path. The specific compatibility exception was: Could not detect the file type in the supplied stream.

/jhd
Last edited by Dhominator on Fri Jun 09, 2006 8:22 am, edited 1 time in total.

lbauer
Posts: 9736
Joined: Tue Dec 16, 2003 1:25 pm
Location: SourceGear

Post by lbauer » Thu Jun 08, 2006 8:46 pm

This might help:

http://support.sourcegear.com/viewtopic.php?t=4922

You'd clear the cache for the Vault user account used by your build process.
Linda Bauer
SourceGear
Technical Support Manager

Dhominator
Posts: 35
Joined: Tue Mar 14, 2006 12:33 pm

Post by Dhominator » Fri Jun 09, 2006 7:00 am

I guess that is what I did when I deleted the directory under the user's local setting/app data directory. Was able to get sources after that. IMO resetting the state should be a 1st class feature of the vault clients. Additionally, the error message should reflect this as well.

jgeurts
Posts: 6
Joined: Sun Oct 30, 2005 2:42 pm

Post by jgeurts » Tue Oct 17, 2006 9:42 pm

I definitely agree with Dhominator. This bug sucked. I spent far too much time working to fix this issue, when I finally stumbled across this thread. After deleting the Local Settings/SourceGear directory, everything is working correctly again.

Post Reply