Summary: | [search] SearchRequestor reports 'null' as match | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Martin Aeschlimann <martinae> |
Component: | Core | Assignee: | Frederic Fusier <frederic_fusier> |
Status: | VERIFIED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | ||
Version: | 3.0 | ||
Target Milestone: | 3.1 M6 | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Whiteboard: |
Description
Martin Aeschlimann
2005-01-21 07:29:00 EST
Don't you have any test case on which this NPE occurs? What do you mean by: "specify 'serach in selection)"? In the search dialog, Java page, scope 'Selected resources'. But I realized it's not important: - create the following class - set the cursor on 'pack' in the package statement and search for references - In the search result view (tree mode) select the match in the import declarations (Make sure you don't filter matches in imports) - Open the search dialog and search package pack; import pack.*; public class R { } Also happens in 3.0.1 Fixed. Now search engine report a non-null match in this peculiar case. Note that this fix slighlty changes match associated element when a package declaration is selected to perform this kind of search (see bug 73551). Instead of a IPackageDeclaration, it is now a IPackageFragment which is a more accurate element for the match. [jdt-core-internal] Changes done in MatchLocator.locatePackageDeclarations(...) Test case added in JavaSearchBugsTests Test case for bug 73551 modified to reflect change of associated element NPE is fixed. Open a new bug for the problem with duplicate package fragments. Verified in I20050330-0500 |