SVNSCC proxy fails to lock the file when locking is initiated by editing file (and not by manually locking)

( SVNSCC , VS2005, 1.3.0_RC3, WinXP )

Type: Public Status:Closed Created: 21 Mar 06 03:00 Updated: 21 Mar 06 03:00

--> Igor Pushkov (admin) at 21 Mar 06 03:00 writes

I do believe that you have switched on configuration option in VS .NET
called: "[Checkout automatically] when checked-in items are modified".
What happens next... When you start typing (editing of checked-in
file) you usually type several characters. For some reason VS .NET
tries to ask us for _each_ character the status of file, and probably
in your case, when it tries checkout file one of status requests still
active. Then the working copy is locked and lock fails. This is what I
can suppose.
I have two suggestions:
1. Try to use dll where we disable background status fetching:
http://www.pushok.com/files/PushokSVNSCC.zip
2. If this does not help try switch on option
"[Prompt for checkout] when checked-in items are modified".
With this option IDE will show checkout dialog when you start file
modification and all extra characters will go to the checkout comment.
Not handy, but may solve issue.
Let me know if this helps or not.

--> Necosta Ltd Keränen (user) at 21 Mar 06 03:00 writes

Hi,
Answers to your questions:
1) https
2) Both form and class. The most difficult case is when I use 3rd party
components (DevExpress) in form because the DevExpress components rewrite
licences.licx file, that has to be checked out, too.
There are a couple of non-default options we use: We have all check boxes
on
in the Concurrent Edit and Compatibility groups:
Reserved checkout mode ON
Use reserved checkout mode for binary files ON
Update files before checkout ON
Update binary files before checkout ON
We also use Reshaper for VS2005 build 225
--
Kimmo

--> Igor Pushkov (admin) at 21 Mar 06 03:00 writes

Few questions:
1. Protocol you have use (http: svn: etc)?
2. By default lock is issued for binary files. On which files you
usually get this (form, class etc)?

--> Necosta Ltd Keränen (user) at 21 Mar 06 03:00 writes

When I start editing file in VS2005 editor, the SVNSCC proxy (1.3.0_RC3)
tries to check out the file or dependent files. This fails with error:"
COM.SvnClient.Error, HRESULT = 0x80020009. Lock request failed: 423
Locked". To recover I need to undo checkout (if the file looks as checked
out, doesn't happen with dependent files), and manually check out the file
via Solution explorer. This is of high priority because often crash to
desktop takes place becuase of this.

Rate this ticket:

Not useful at all

Partially useful

Useful

Very useful

Ticket

SVNSCC proxy fails to lock the file when locking is initiated by editing file (and not by manually locking)