Community
Participate
Working Groups
Created attachment 107108 [details] Showing the MenuManager case I have org.eclipse.jface checked out in my workspace. Typing MenuManage shows a random type and MenuManagerTest, but not MenuManager (which is definitely there). Menu*er will leave MenuManager in your Open Type choices (just way down). IMenuC will show the random type and IMenuCreator, but adding the r (so IMenuCr) makes IMenuCreator disappear. PW
This is build I20080708-0830 PW
>Typing MenuManage shows a random type and MenuManagerTest Why do you say "random"? Note that the Open Type always appends a '*' internally unless you add a '<' or ' ' at the end. Can you reproduce? If so, please perform a Java search for "MenuManage" and check whether it finds MenuManager. To me this looks like the search index got corrupted.
Created attachment 107320 [details] MenuManager check take 2
(In reply to comment #2) > >Typing MenuManage shows a random type and MenuManagerTest > Why do you say "random"? If I select a type in between tests, it shows up as a valid selection for "MenuManage" ... even though Action does not match :-) See my second attachment. > Can you reproduce? If so, please perform a Java search for "MenuManage" and > check whether it finds MenuManager. To me this looks like the search index got > corrupted. Yes, this is reproducible after a restart. Is there an index I can delete to force it to recreate? I can try that out as well. PW
(In reply to comment #4) > > Can you reproduce? If so, please perform a Java search for "MenuManage" and > > check whether it finds MenuManager. To me this looks like the search index got > > corrupted. > > Yes, this is reproducible after a restart. And the second part of the question, it just won't find MenuManager. PW
>Is there an index I can delete to force it to recreate? 0. make sure the workspace is not used (running) 1. go to <workspace>/.metadata/.plugins/org.eclipse.jdt.core 2. delete *.index plus savedIndexNames.txt
(In reply to comment #6) > >Is there an index I can delete to force it to recreate? > 0. make sure the workspace is not used (running) > 1. go to <workspace>/.metadata/.plugins/org.eclipse.jdt.core > 2. delete *.index plus savedIndexNames.txt I exited eclipse, "rm *.index savedIndexNames.txt" and then restarted. It appears to have rebuilt all of the .index files (all new timestamps). I still have the same problem, however. "MenuManage" now finds AbstractUIPlugin and MenuManagerTest. PW
Best would be if you could give us your workspace. Otherwise I guess we won't be able to track this down.
I did some tests with Olivier. It seems to do with the open type history. In my example, my open type has MenuManager already in the history. It is incorrectly returning my "random type" (like the blank inner class, Action, or now AbstractUIPlugin :-) instead of MenuManager. If I now open MenuManagerTest, and then go back to open type, "MenuManage" shows AbstractUIPlugin in the history (instead of MenuManager) and MenuManagerTest (correctly). With no filer, open type correctly shows MenuManager (down the list quite a ways) and MenuManagerTest. PW
I think it would be worth providing the workspace to Daniel. I could not reproduce the same filtering problem on my side.
I was able to reproduce this on I20080708-0830 in a clean workspace. 1) get rid of welcome 2) check out platform-ui, platform-ui-tests, platform-ui-examples 3) use Open Type to get AbstractContributionFactory 4) use Open Type: type in MenuManage I get "m", some internal ibm crypto class, and MenuManagerTest (but no MenuManager). Typing in only "Menu" will show MenuManager and MenuManagerTest in what the search engine returned (not in the history yet). For some of the returned matches, like MenuActivation, I see 2 entries: one in org.eclipse.ui.workbench/Eclipse UI/... and one in /opt/local/eclipse/I0708-0830/eclipse/plugins/org.eclipse.ui.workbench_*.jar PW
Created attachment 107347 [details] Sample handler project Better usecase: 1) new workspace 2) File>Import...>Existing projects into workspace. Import the Sample Handler project 3) Open Type: "Sam" shows SampleHandler, type 'p' and it disappears PW
>For some of the returned matches, like MenuActivation, I see 2 entries: This is expected and comes from how PDE container resolves the dependencies. The other (main) bug can neither be reproduced by Markus nor me on WindowsXP using the steps from comment 11 or comment 12. Olivier, can you reproduce with these steps? Paul, could you try on a WindowsXP box to check whether this is Linux specific? We have similar bug 208028 which we can't reproduce on WindowsXP either. Also: are you sure you are running plain Eclipse SDK without any other plug-ins that might cause this?
I just tried it on our Linux box, but I couldn't reproduce a problem there.
Eric, can you help me try this out? PW
(In reply to comment #13) > Also: are you sure you are running plain Eclipse SDK without any other plug-ins > that might cause this? right, no extra plugins (and I just ran the tests with clean install to make sure). I'm on OpenClient 2.2, and I've run the tests with IBM SDKs: java.vm.info=J2RE 1.5.0 IBM J9 2.3 Linux x86-32 j9vmxi3223-20080315 (JIT enabled) J9VM - 20080314_17962_lHdSMr JIT - 20080130_0718ifx2_r8 GC - 200802_08 and java.vm.info=J2RE 1.4.2 IBM build cxia32142-20080515 (SR11) (JIT enabled: jitc) With the new install, new workspace, and the steps from comment #12 I can still reproduce this with both 1.4.2 and 1.5. I'll try it on Eric's box when he arrives. PW
Just tried it on my XP box and it seems to work fine for me...I see the 'Sample...' classes but not SameShellProvider when I type the 'p'.
>Just tried it on my XP box and it seems to work fine for me That's what I expected (we really tried hard to reproduce here). Paul, can you test other filtering dialogs (e.g. Open Resource, pref dialog, Quick Outline). Do they filter OK? I guess the only way to attack this is to debug it on Paul's machine as we are also not able to reproduce on our Linux machine (via VNC).
On my box it also fails with the Sun JDK 1.5.0, and I wasn't able to reproduce it in the filtered resource dialogs. But it does show up in the other type dialogs (i.e. called from PDEEditor Browse button). OK, some debugging and the ContentProvider is always returning the correct 3 items for my usecase: gen: SampleHandler gen: SampleModel gen: SamplerTask They're simply not displayed correctly on linux (I have some Ubuntu users also reporting the same problem). Reverting the change to AbstractTableViewer for bug 238901 makes this problem go away. Off to the viewers with you. PW
JDT, sorry about the traffic :-) PW
>JDT, sorry about the traffic :-) np. good we nailed it!
Fixed by reverting to previous revision of AbstractTableViewer.
Verified by code inspection using I20080915-1800.
