On 22.08.2011 17:21, Todd Nelson wrote:
> Maybe it's a flaw in the process that I am using. Here are the steps
> that I am taking to simulate to users editing the same text file:
> 1. Open two instances of the repo-browser and right-click on the same
> file and choose Edit
> 2. Make changes in both instances of the open file.
> 3. Close the editor for instance 1 of the file. This will close the
> file give me the commit dialog and the commit will succeed.
> 4. Close the editor for instance 2 of the file. This will close the
> file and give me the commit dialog. The commit will fail with the
> following message:
> Command: Commit
> Modified: C:\Tmp\trunk.svn00b.tmp\Another_File2.txt
> Error: Commit failed (details follow):
> Error: File or directory 'Another_File2.txt' is out of date; try
> Error: resource out of date; try updating
> 5. Click OK and the "Command failed - Updated needed dialog is now
> displayed, with two options Update and Cancel. Neither one of those
> options will re-option file. The only way to commit the changes is to
> find the temporary working copy in C:/Tmp and make the appropriate
> changes and attempt the commit again.
That's what I tried. And clicking the OK button will update the file and
reopen the commit dialog (if not deactivated explicitly in the advanced
> I agree that added the needs-lock property would eliminate the issue
> from happening in the first place, but I can guarantee we will have
> users running into this scenario.
Please check your settings: if you've deactivated the "OutOfDateRetry"
setting, then of course the commit dialog won't reopen.
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2011-08-22 19:14:25 CEST