Bug 7625 - No typehierarchy in working copy
Summary: No typehierarchy in working copy
Status: RESOLVED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 2.0   Edit
Hardware: PC Windows 2000
: P3 normal (vote)
Target Milestone: 2.0 M3   Edit
Assignee: Philipe Mulet CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-01-15 12:00 EST by Martin Aeschlimann CLA
Modified: 2002-02-11 04:54 EST (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Aeschlimann CLA 2002-01-15 12:00:22 EST 
smoke for 20115
1. create A
2. n outliner choose override methods
- > empty. Type hierarchy contains no super types
(code is StubUtil.evalInheritedMethods)
Comment 1 Philipe Mulet CLA 2002-01-15 13:09:02 EST 
Fixed by disabling the introduced #setFocusType. Still need to investigate why 
it is causing such trouble (debugging showed that it 2 instances of the working 
copy are available, the working copy one not being the one cached inside the 
LookupEnvironment).
Comment 2 Philipe Mulet CLA 2002-01-16 07:24:37 EST 
SetFocusType did introduce the handle to the original compilation unit (as 
opposed to the working copy) in the handle cache since it did a request of the 
focus type to the searchable environment.

From there on, the working copy handle is thought to be outside the computed 
hierarchy, and thus the hierarchy is empty.