Community
Participate
Working Groups
This is with M5. The decorator appears on a folder of files. I team replace with latest from repository. The decorator does not disappear.
Turning prune empty directories off and then replacing with latest turns the decorators off. Looks like bug 29413
I'm pretty sure this has been fixed post-M5. Also, as a result of changes made to fix Bug 29944, several other decorators issues have been addressed. I'll keep open until all decorator changes have been released and you give me the ok.
Fixes have been released to HEAD - they will be in tomorrow's integration build.
I just downloaded RC1. This is still not fixed.
Hmm... now I am seeing something in the cvs console. Seems my problem is related to my other bug 31820. I get Error: project-name: cvs server: cannot open directory /cvs/modules/src/DirectoryOne: No such file or directory ***
Reopening to reinvestigate in relation to bug 31820
So I deleted the folder that was giving this error and then went to the cvs repository and checked it out again into the correct spot. I no longer get the can not open directory error in the cvs console but the decorator still shows it as being modified. Compare with latest from repo says there are no differences.
Hmmm tried turning the prune empty directories off but that no longer removes the decorator.
The decorators were cached for folders and there was no way to clear the cache if the calculation was wrong. In the next integration build I20030304 this problem should be fixed. Get the new build and turn off/on decorators to verify.
I am using RC2 and I turned off the decorators and turned them back on via window->pref->labeldecorators->[uncheck cvs, apply], waited for the decorators to be not shown and then checked cvs, apply and the decorators came back. The changed decorator still shows up despite there being no differences between the souce tree and the local copy. No errors are printed in the cvs console.
If you perform a Team>Synchronize with Repository, does the operation report that your workspace matches the server?
Yeah that's correct. It says "Workspace resources are the same as remote" in the Nothing to Synchronize Dialog box.
Found yet another problem with deleted folders (a.k.a pruned folders). In some cases a phantom folder without CVS folder information. We've fixed the isModified() method on EclipseFolder to ignore non-existing folders that don't have CVS folders. This fixes another problem that would occur on disconnect. If you disconnect and reconnect all existing folders that have phantom children would be marked as dirty. fix released to HEAD and will be in RC3. Again, and again :) :)
