Community
Participate
Working Groups
Build GM4. - Rename a project in Navigator that was already checked out. - Open project properties and choose CVS page. An error message is displayed: "The CVS synchronization information for ... has become corrupt or does not exist". - To workaround, disconnect w/o deleting CVS folders and reconnect or change the project name back to previous value. I don't remember seeing this before in freeze builds, though it's been some time since I last renamed a project in my workspace.
Created attachment 1606 [details] Patch to fix problem
Bug renamed from: CVS property page says sync info is corrupt after renaming project (possible regression?) As a side effect of no longer using natures, when a project is renamed, the RepositoryProvider isn't updated. It used to be that the nature would get tossed and recreated. Now, the session property hangs onto the same provider instance. This instance has a back reference to the IProject, which is now a stale handle reference. Patch attached only fixes CVS. Howeever, other providers will potentially be affected in the same way (if they rely on the project field for anything).
Agreed. I think the ideal solution would have been a delta listener in Team that did the unmap/map on project rename. Since it is too late for that, it will be the providers responsibility for now. The solution for release 2.1 could be to unmap and map in a post_change listener in Team. This would allows ample oportunity for repository providers to do a custom unmap/map before hand if they desire.
Created attachment 1610 [details] More general patch for org.eclipse.team.core
I've attached a more general fix that resets the project of a provider when the provider is moved.
The fix has been released to HEAD. It will need to be inspected, approved and merged into the 2.0.1 branch
Fix has been released to R2_0_1 branch
