Bug 3446 - type hierarchy: incorrect behavior wrt working copies (1GLDHOA)
Summary: type hierarchy: incorrect behavior wrt working copies (1GLDHOA)
Status: RESOLVED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 2.0   Edit
Hardware: All Windows 2000
: P3 normal (vote)
Target Milestone: 2.0 M3   Edit
Assignee: Jerome Lanneluc CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-10-10 22:55 EDT by Philipe Mulet CLA
Modified: 2002-02-01 11:52 EST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Philipe Mulet CLA 2001-10-10 22:55:15 EDT
AK (10/10/2001 10:55:06 AM)
package p;
class B{
	void m(){
	}
	void f(){
		m();
	}
}
class A extends B{
	void m(){
	}
}

. i have a pointer to A::m()
. i ask for superTypeHierarchy on A  (temp is called superTypes)
. then, i search for declarations of m in the hierarchy of A
. i find 2 matches - one is reported in B (temp is called typeB)
. i call superTypes.contains(typeB)
	and it incorrectly returns false because although superTypes does contain a type B it;s parent is a WorkingCopy, 
	while the B i have in typeB has a parent that is a CopilationUnit, so they're not equal and the method returns false.



NOTES:
Comment 1 DJ Houghton CLA 2001-10-29 17:14:48 EST
PRODUCT VERSION:
	jcore 203_08

Comment 2 Philipe Mulet CLA 2002-01-16 09:11:19 EST
This issue should be along the same line as 
http://bugs.eclipse.org/bugs/show_bug.cgi?id=7625
Comment 3 Jerome Lanneluc CLA 2002-02-01 11:52:22 EST
Type hierarchy can now be created on types coming from a working copy.
Verified that Adam's test case now works.