Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 319065 - SVN Replace operation fails due to an "unlocked" working copy.
Summary: SVN Replace operation fails due to an "unlocked" working copy.
Status: RESOLVED WORKSFORME
Alias: None
Product: Subversive
Classification: Technology
Component: Connectors (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows 7
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Igor Burilo CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-06 20:00 EDT by Del Myers CLA
Modified: 2011-03-19 04:45 EDT (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Del Myers CLA 2010-07-06 20:00:17 EDT 
Build Identifier: I20100608-0911

The error said that it is probably a bug and I should report it, so I am.

I just recently upgraded to Eclipse 3.6. When I tried to replace a branch in my workspace I got the following error. Sorry that I can't give more info. 

Error
Tue Jul 06 16:51:15 PDT 2010
SVN: 'Replace' operation finished with error: Working copy not locked; this is probably a bug, please report
svn: Directory 'I:\Del\workspaces\diver_plugins\ca.uvic.chisel.javasketch\bin\ca\.svn' containing working copy admin area is missing


org.eclipse.team.svn.core.connector.SVNConnectorException: Working copy not locked; this is probably a bug, please report
svn: Directory 'I:\Del\workspaces\diver_plugins\ca.uvic.chisel.javasketch\bin\ca\.svn' containing working copy admin area is missing

	at org.polarion.team.svn.connector.javahl.JavaHLConnector.handleClientException(JavaHLConnector.java:1502)
	at org.polarion.team.svn.connector.javahl.JavaHLConnector.remove(JavaHLConnector.java:1275)
	at org.eclipse.team.svn.core.extension.factory.ThreadNameModifier.remove(ThreadNameModifier.java:488)
	at org.eclipse.team.svn.core.operation.remote.ReplaceWithRemoteOperation.performReplacementRecursively(ReplaceWithRemoteOperation.java:100)
	at org.eclipse.team.svn.core.operation.remote.ReplaceWithRemoteOperation.runImpl(ReplaceWithRemoteOperation.java:72)
	at org.eclipse.team.svn.core.operation.AbstractActionOperation.run(AbstractActionOperation.java:81)
	at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTask(ProgressMonitorUtility.java:104)
	at org.eclipse.team.svn.core.operation.CompositeOperation.runImpl(CompositeOperation.java:95)
	at org.eclipse.team.svn.core.operation.AbstractActionOperation.run(AbstractActionOperation.java:81)
	at org.eclipse.team.svn.core.operation.LoggedOperation.run(LoggedOperation.java:39)
	at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTask(ProgressMonitorUtility.java:104)
	at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTaskExternal(ProgressMonitorUtility.java:90)
	at org.eclipse.team.svn.ui.utility.DefaultCancellableOperationWrapper.run(DefaultCancellableOperationWrapper.java:55)
	at org.eclipse.team.svn.ui.utility.SVNTeamOperationWrapper.run(SVNTeamOperationWrapper.java:35)
	at org.eclipse.team.internal.ui.actions.JobRunnableContext.run(JobRunnableContext.java:144)
	at org.eclipse.team.internal.ui.actions.JobRunnableContext$ResourceJob.runInWorkspace(JobRunnableContext.java:72)
	at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
Caused by: org.tigris.subversion.javahl.ClientException: Working copy not locked; this is probably a bug, please report
svn: Directory 'I:\Del\workspaces\diver_plugins\ca.uvic.chisel.javasketch\bin\ca\.svn' containing working copy admin area is missing

	at org.tigris.subversion.javahl.SVNClient.remove(Native Method)
	at org.polarion.team.svn.connector.javahl.JavaHLConnector.remove(JavaHLConnector.java:1272)
	... 16 more


Reproducible: Didn't try
Comment 1 Alexander Gurov CLA 2011-03-19 04:45:16 EDT 
This seems to be an old Subversive version issue when SVN meta-information folders were handled improperly (the 'bin' folder's children shouldn't contain any .svn folders normally) and it was fixed some time ago. Works just fine with the latest version.