VS 2003 integration locking up when checking out files

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

Moderator: SourceGear

Post Reply
CraigHoward
Posts: 6
Joined: Tue Dec 21, 2004 10:45 am

VS 2003 integration locking up when checking out files

Post by CraigHoward » Tue Dec 21, 2004 3:01 pm

When I start to modify a file in visual studio which has not been checked out, a dialog pops up which lets me check out the file. In my first two out of three attempts with sourcegear vault (3.01), visual studio instead locked up and no dialog appeared. I had to kill it with task manager. Is this a known issue ? Is it more reliable to check out from sourcegear client instead ?

This is a huge problem because changes that have occurred (since the last save) in checked out files are lost.

:cry:

dan
Posts: 2448
Joined: Wed Dec 17, 2003 5:03 pm
Location: SourceGear
Contact:

Post by dan » Tue Dec 21, 2004 3:32 pm

We've not had other reports of a problem like this. Is there anything in the output window to indicate what might be happening? Does the lock up happen after pressing OK in the checkout dialog?


One thing you can do is turn on logging for the IDE client. See http://support.sourcegear.com/viewtopic.php?t=2146 for instructions, and if it happens again, send us the last snippet of output.

CraigHoward
Posts: 6
Joined: Tue Dec 21, 2004 10:45 am

Post by CraigHoward » Tue Dec 21, 2004 6:39 pm

I turned on logging and got this error (after a couple hours of visual studio just sitting there)

Auto refresh caught error The Vault server could not be contacted to perform the operation. Your network connection to the server may have been interrupted. Please verify your network settings using the Options dialog under the Tools menu in the Vault GUI Client.

Should this lock up Visual Studio completely ? Seems like a retry should work.

An interesting side note, while visual studio was locked up, I was in file explorer and double clicked on a file to edit. The file opened in my session of visual studio that was "locked up". So Visual Studio wasn't completely locked. But all access to the UI is disabled. Even resizing the window. When switching between applications, visual studio redraws fine so the paint routine isn't locked.

dan
Posts: 2448
Joined: Wed Dec 17, 2003 5:03 pm
Location: SourceGear
Contact:

Post by dan » Wed Dec 22, 2004 9:13 am

OK, that's a good clue to what is happening. It of course should not lock up, so we'll take a look here at severing the connection while in VS.Net and try to recreate the problem.

Are you are on a slow link or very far away from the Vault server? Do you often get network time outs while using Vault?

CraigHoward
Posts: 6
Joined: Tue Dec 21, 2004 10:45 am

Post by CraigHoward » Wed Dec 22, 2004 9:49 am

I let Visual Studio sit in the "locked up" state for 4 hours. When I came back, the UI was no longer locked up. I checked the log and in that time period there were 25 instances of the network connection error.

Auto refresh caught error The Vault server could not be contacted to perform the operation. Your network connection to the server may have been interrupted. Please verify your network settings using the Options dialog under the Tools menu in the Vault GUI Client.

Then I tried to check in a file and it went back to the "locked up" state. So it appears that it's not really locked up, just trying to do something with the Vault Server and has a very long timeout. When in this state, I am able to access the server through file explorer and a browser, so it's not completely disconnected from the network.

Any clues what to look for? The server is in the same building as me and I have administrator rights to it ?

dan
Posts: 2448
Joined: Wed Dec 17, 2003 5:03 pm
Location: SourceGear
Contact:

Post by dan » Wed Dec 22, 2004 10:15 am

Check the Vault server log for the same time period and see whether there are hints there as to why there would be a timeout. You might need to switch it to debug log mode and recreate the problem.

dan
Posts: 2448
Joined: Wed Dec 17, 2003 5:03 pm
Location: SourceGear
Contact:

Post by dan » Wed Dec 22, 2004 11:08 am

Also, is the Vault GUI client having the same problems with contacting the server? In general it is easier to figure out what is happening via the GUI client than the IDE client. Look at the Messages pane for instances of the same error.

CraigHoward
Posts: 6
Joined: Tue Dec 21, 2004 10:45 am

Post by CraigHoward » Thu Dec 23, 2004 12:06 pm

I turned on Debug Logging on the Server, and no errors are logged.
I'll run the GUI Client while I'm running to see the error messages.

CraigHoward
Posts: 6
Joined: Tue Dec 21, 2004 10:45 am

Post by CraigHoward » Thu Dec 23, 2004 1:03 pm

Tried using the GUI Client and it locks up without any messages in the message window and "Retrieving repository structure information..." in the status bar.

I'm going to install Source Gear Vault Server on a server that is outside of my network and see if that works any better.

dan
Posts: 2448
Joined: Wed Dec 17, 2003 5:03 pm
Location: SourceGear
Contact:

Post by dan » Thu Dec 23, 2004 4:10 pm

OK, so the problem is not really an IDE specific one - it looks like this client is having trouble accessing the server. Are there other machines/clients in your network that are able to connect without problems?

Usually in cases like this there is something between the client and the server that is causing the problem, like a proxy or a firewall (either on the server or the client machine). Figuring out who can connect and who can't will sometimes isolate the config differences.

CraigHoward
Posts: 6
Joined: Tue Dec 21, 2004 10:45 am

problem fixed

Post by CraigHoward » Thu Feb 03, 2005 10:15 am

I never did figure out what the configuration problem was, but reinstalling windows from scratch caused the issue to go away. It's not a great solution, but my machine needed a fresh install anyway. :wink:

Post Reply