| Summary: | [Editor Mgmt] Java Browsing views do not track current editor very well | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | James Moody <James_Moody> |
| Component: | UI | Assignee: | Eduardo Pereira <eduardo_pereira> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P2 | CC: | daniel_megert, jared_burns, john.arthorne |
| Version: | 2.0.1 | ||
| Target Milestone: | 2.1 M5 | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
|
Description
James Moody
Might be related to a PR I filed some time ago against Platform-UI: part events are not sent correctly if the editor replaces the content. Will have to find the PR and see if it is the cause for that bug. The input of the editor part is replaced. No part event is fired. What is the correct way to be informed that the editor now shows another document? *** Bug 19087 has been marked as a duplicate of this bug. *** Released fix to the HEAD stream. The new method in IPartListener2 is commented out until the implementors in other plugins add the implementation. The sender in PartListenerList2 is commented out as well. JavaBrowsingPart should be changed to use IPartListener2 instead. I hacked it so I could test the fix and it seems to work. Daniel, if you want to change JavaBrowsingPart you do not need to wait. You can implement IPartListener2 adding this new method. Adapted code where I have commit rights (TypeHierarchyViewPart and Java BrowsingPart) Available in I20030128. Did you inform the other clients to adapt? The Debug UI implementor has been updated as well. Tested in the M5 build. |