Checkin insists on Undo checkout

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

Moderator: SourceGear

Post Reply
Ztream
Posts: 3
Joined: Wed Mar 23, 2005 10:16 am
Location: Stockholm, Sweden

Checkin insists on Undo checkout

Post by Ztream » Wed Mar 23, 2005 11:00 am

Greetings,

I'm evaluating Vault for possible use in our company, and have imported a very small C# project (11 files) for testing purposes. The application looks pretty promising, but unfortunately I've hit a rather hard wall: it refuses to check in changes.

I've seen it mentioned in the Gold forum that the Vault client sometimes has problems determining if a file has changes. Well, I have that problem *every time*. Whether I use time stamps or CRC checks, it always chooses to throw away my changes and do an "Undo checkout".

This is using the Vault Client (3.0.5) and a single admin account. The problem occurs both for change sets and individual files. I've tried examining the client log files, but it didn't tell me much (it fiddles with some mutexes in the IsModifiedItemReallyModified method and then simply goes on to do a UndoChangeSetItems).

In the repository view the Vault Client puts "edited" in the Status column for the modified file. In the Check In dialog box, the file has type "Modified". Still, it undoes the checkout.

In fact, the only way I can make it actually check in my changes is to tell it to check in even unmodified files.

This is to say the least pretty disturbing.

jclausius
Posts: 3706
Joined: Tue Dec 16, 2003 1:17 pm
Location: SourceGear
Contact:

Post by jclausius » Wed Mar 23, 2005 11:18 am

Have the file's contents actually been modified, or has the time stamp been "touched" to create an edited status ( no changes to the file )?

In the case where the file has only had its time stamp altered, but the file's contents have not changed, the Vault client will treat this as an item to undo the checkout on. But as mentioned, you can override this behavior by using the Check In unchanged files option.
Jeff Clausius
SourceGear

Ztream
Posts: 3
Joined: Wed Mar 23, 2005 10:16 am
Location: Stockholm, Sweden

Post by Ztream » Wed Mar 23, 2005 11:31 am

Thank you for the quick reply :)

No, the contents have changed - I checked a file out, and made major changes/deletions just to test. I tried this several times and with several different files. I tried both exclusive and non-exclusive check-outs. Still the same result.

ericsink
Posts: 346
Joined: Mon Dec 15, 2003 1:52 pm
Location: SourceGear
Contact:

Post by ericsink » Wed Mar 23, 2005 11:35 am

Ztream wrote:Thank you for the quick reply :)

No, the contents have changed - I checked a file out, and made major changes/deletions just to test. I tried this several times and with several different files. I tried both exclusive and non-exclusive check-outs. Still the same result.
Could you contact me by email?

eric@sourcegear.com

I've got a couple of questions for you, and I'd like to send you a pre-3.0.6 build which may address this problem.

Thanks,

--
Eric
Eric Sink
Software Craftsman
SourceGear

Ztream
Posts: 3
Joined: Wed Mar 23, 2005 10:16 am
Location: Stockholm, Sweden

Post by Ztream » Wed Mar 23, 2005 11:45 am

I will contact you right away. However, I've unfortunately gone home for the weekend/holiday and will be back at work on Tuesday, so I cannot answer or test anything that requires me to actually have access to the setup until then.

I guess I didn't count on these lightning-fast replies :).

MarkSS

Post by MarkSS » Tue Apr 12, 2005 7:17 am

I had a similar issue recently which arose after using

http://www.codeproject.com/tools/sccswitcher.asp

which I needed to switch between SourceGear and Perforce. Whenever I tried to do a check-in, I was repeatedly prompted to check-out other files. Got rid of the sccswitcher, restarted and all appears to be fine.

Now using http://devhawk.net/art_sccswitch.aspx and haven't had a problem as yet.

Post Reply