Community
Participate
Working Groups
We found this bug in 3M8 for the first time and still exists in 3RC2. In 3M7 we cannot reproduce this bug so it is probably introduced in M8 with new look and feel. The bug occurs both with new and old look and feels. Sometimes in Java Browsing Perspective Eclipse shows packages of another project if user clicks on a project and shows classes of another package if user clicks on a package and shows methodes of another class if user clicks on a class. For example if a package with 2 classes is shown correctly and user clicks on another package which has more classes the shown first two classes remain the classes of the other package and below that Eclipse shows the classes of the second package OR Eclipse shows only the first two classes of the second package. If this occurs Eclipse doesn't show by the red X icon in Projects, Packages, Types, Members or Package Explorer windows any more if a class, package or project contains compile error. It also doesn't indicate with '>' if there are any changes in the class, package or project. There is no entry in .log file for this bug. We cannot detect what action causes this bug, sometimes it occures after 5 minutes, sometimes after hours. This behaviour disappears only if user restarts Eclipse.
I have seen a similar problem a few times a while ago (approx. three weeks ago). But since then, I have not seen this problem. However, the problem I was seeing was in the package explorer and search views; it might not be related. When you are in the bad state, what appears in the status line when you select a package? Is it the package name you think you are selecting, or is it the package name that is "really" selected?
Dani - do you have additional insights?
>Sometimes in Java Browsing Perspective Eclipse shows packages of another project >if user clicks on a project and shows classes of another package if user clicks >on a package and shows methodes of another class if user clicks on a class. Do the views update and then show wrong content or they maybe simply not update. In the latter case you might have disabled linking (see view menu). maybe related to bug 66439
Are you running on a machine with hyperthreading (most P4s that are 3 GHz or faster)? If so this is Bug 57656. Which vm are you using?
I will track this one.
Hi! Answer to Tod Creasey: We use P4 2.6Ghz. I don't know what hyperthreading is but if you mean in task manager we can see two processors although physically we have only one.
The VM is sun jdk 1.4.2_03
Answer to Douglas Pollock: The correct package and file name is shown in the status bar although in the in the Types view there are wrong classes.
Created attachment 12446 [details] screenshots to the bug 67594 I made two screenshots. In eclipse1a.bmp you can see that the number of classes (3) is correct in com.lsy.mhs.fb.application.socketfactories package but the class names are totally wrong in the Types view. The selected class is FrontBoardRegistryClientSocketFactory as you can see in the status bar. In eclipse2a.bmp you can see that FrontBoardEvent has a syntax error but it is not shown in Types, Packages and Project views. Nor the change to CVS repository is shown by '>'.
OK - then you are hyperthreaded - thanks. Marking as a dup of Bug 57656 - please post any other comments there so that everyone interested is involved. *** This bug has been marked as a duplicate of 57656 ***