Community
Participate
Working Groups
This happened when I copied a rather large directory tree ... I had multiple projects open, each project was 'mapped' to a different CVS repository. I wanted to move things between the servers (didn't care about loosing the history of those files). When I copied it actually copied the physical CVS directories, which it shouldn't have since, well eclipse then assumed those directories were mapped to the wrong CVS repository and I had to delete all the CVS directories by hand (not terribly hard to do, but still, if I hadn't noticed, it could have been very bad). THEN after I deleted the CVS directories and told Eclipse to 'refresh' so it would pick up that they are no longer considered to be part of a repository (yet) it didn't pick it up. I had to shutdown Eclipse and start it up again. Joe
I am unable to reproduce this using the Navigator view. Could you give us more details as to the structure of the two projects involved and what directories where copied. Also, did you copy the files using one of the views in Eclipse (if so, which one: e.g. Navigator, Package Explorer) or did you copy them using an external tool?
Marking bug P3 since we are using P2 and P1 to mark bugs we are seeking approval to fix for F4. (Reporter sets severity, component team sets priority wrt. other work they have to do).
The copying was done within the Navigator panel while inthe Resource Perspective. To do the copy I right clicked on the project, choose copy and then right clicked on destination (which was in a separate project, and ultimatley was a separate repository, but in the same Navigator panel), choose to paste and that was it. To be clear, it was with F3 rev of the tool and the copy was done using Eclipse, not an external tool. Generally speaking(a fair amount of work to describe otherwise), the 'root' of the copy operation had two directories, within each of those there were 7 directories immediatley underneath and in some of those there were a few other directories (so nested three or 4 deep and totaling close to 20 directories). Some directories were all lower-case, one or two were uppercase and a few started their name with an underscore. The number of files was much larger, around 150 or so, of which one directory had a larger number of binary files (mainly .gif/.jpg/.psd).
The problem can be reproduced if the target folder has not ben added to CVS yet. In this situation, the foldwer that was pasted loses its CVS info as desired but none of its children do.
Actually the folder that was pasted has it's CVS information as well. However, the folder is not decorated since it is not managed by it's parent. The fix for this would be to change the condition in AddDeleteModeListener#handleOrphanedSubtree() to detect this situation and purge the CVS information. Although this change isn't too complicated, it is too late in the cycle to correct. A more thourough fix would also ensure that any new CVS meta-information that is added to a project's resources is mapped to the same repository. Action for 2.0: Add to readme.
Changed title from "Copy bug (at least when CVS is involved)"
Should consider for 2.1
Fixed released to HEAD
*** Bug 24401 has been marked as a duplicate of this bug. ***
