Bug 100776

Summary: [search] Search method in hierarchy scope does not reports matches in anonymous of binary types
Product: [Eclipse Project] JDT Reporter: Dirk Baeumer <dirk_baeumer>
Component: CoreAssignee: Frederic Fusier <frederic_fusier>
Status: VERIFIED WORKSFORME QA Contact:
Severity: normal    
Priority: P3 CC: loskutov
Version: 3.1   
Target Milestone: 3.3.2   
Hardware: PC   
OS: Windows XP   
Whiteboard:
Attachments:
Description Flags
Smaller test case none

Description Dirk Baeumer CLA 2005-06-20 05:17:48 EDT 
I'm using 3.1RC2.  There are two symptoms of this bug, written in CAPITAL 
LETTERS in steps 4 & 6 below.

The steps are taken from bug 100636. 

Steps:

1) Open type javax.swing.DefaultCellEditor.

2) Switch to the Java Browsing perspective.

3) In the Members tab, hilite EditorDelegate and press F4 (Open Type 
Hierarchy).

4) In the lower pane of the Hierarchy tab, rightclick on setValue(Object) and 
pick Declarations>>Hierarchy.  WRONGLY NONE ARE FOUND.

Please note that search declaration in hierarchy specifies the two flags 
IJavaSearchConstants.IGNORE_DECLARING_TYPE |
IJavaSearchConstants.IGNORE_RETURN_TYPE.

Using Search dialog (Ctrl+H) correctly reports all matches. So this might be a
problem of the hierarchy scope.
Comment 1 Frederic Fusier CLA 2005-06-21 05:48:31 EDT 
Created attachment 23603 [details]
Smaller test case

Problem occurs for method in anonymous declared in binary types and only for
hierarchy scope.
It works well when anonymous is in source type.
Comment 2 Frederic Fusier CLA 2005-06-21 05:59:57 EDT 
Note that this problem already occurs with 3.0.2 => defer post 3.1
Comment 3 Frederic Fusier CLA 2005-06-21 06:07:34 EDT 
It's the same problem while searching for references in hierarchy (see bug
100636 comment 1).
Comment 4 Frederic Fusier CLA 2005-08-05 04:06:20 EDT 
Reopen for 3.2
Comment 5 Frederic Fusier CLA 2006-04-04 05:19:36 EDT 
Unfortunately have to defer it again. Endgame plan is really short for 3.2...
Comment 6 Frederic Fusier CLA 2007-06-21 10:27:48 EDT 
Reopen as LATER is deprecated...
Comment 7 Andrey Loskutov CLA 2008-06-14 14:37:02 EDT 
Can't reproduce using 3.4 RC3. Search returns 4 declaration matches in JDK 1.6.
Probably fixed?
Comment 8 Frederic Fusier CLA 2008-06-16 02:36:34 EDT 
(In reply to comment #7)
> Can't reproduce using 3.4 RC3. Search returns 4 declaration matches in JDK 1.6.
> Probably fixed?
> 
Correct, thanks for the verification => closing as WORKSFORME
Comment 9 Frederic Fusier CLA 2008-06-16 02:37:32 EDT 
Verified with build I20080613-2000 that comment 0 scenario is fixed now.
Comment 10 Frederic Fusier CLA 2008-06-16 02:58:58 EDT 
Note that it was already fixed in 3.3.2...