If I check out a file from TS and then someone else changes it and checks it back in, when I perform a get latest it will lock up my local copy of Visual Studio. I don’t get an error, so I end up having to do an ‘End Task’ on Visual Studio. Anyone else run into this problem and discovered a solution
Thanks,
VSTS Lockup on checkout
bontan-ame
Barry, we fixed a number of similar issues with progress dialogs in the RC. Does the problem occur with the RC
Buck
Andreas Ohlund
Hi Barry,
Do you have check out automatically selected in Tool Options->Source Control->Environment (checked-in items) Try setting it to "Prompt for checkout" does it ever happen then If not, it is a bug fixed in the latest builds.
Thanks,
Brad
xiangyap
1. Server and TFS client TFS Beta3 refresh, client Software Developers version
2. I have noticed it with all file types, but mostly project and *.sln.
3. Web and class library
4. Both - Same problem with both
5. Both - Smae problem with both
6. I tested it both with the solution open and with it closed
7. yes and no
8. Yes progress dialog would appear, then it would go away and the system would lock up.
10. Yes. It would also lock up if I tried to check-in a file that has been changed by someone else and checked in.
Thanks,
Barry
Pepepaco
I don't think we've seen this one before.
Can you tell me:
1) What version of VSTF you're running (e..g Beta3, Beta3Refresh, etc)
2) What type of file is involved with the Get Latest
3) What type of project does the file belong to
4) Was GetLatest performed from Solution Explorer or Source Control Explorer
5) What GetLatest performed directly on the file in question or a parent folder/item
6) Was the file involved part of the currently open solution
7) Was the file involved open in an editor toolwindow
8) Did you see a progress dialog appear
9) If you check the local disk after you kill the Visual Studio session, do you still have your old copy of the file or the new version as modified by the other person
Thanks,
Ben Ryan