| Summary: | alt+click hover affordance appears when no task active | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | z_Archived | Reporter: | Sam Davis <sam.davis> | ||||||
| Component: | Mylyn | Assignee: | Shawn Minto <shawn.minto> | ||||||
| Status: | RESOLVED FIXED | QA Contact: | |||||||
| Severity: | minor | ||||||||
| Priority: | P3 | CC: | shawn.minto, steffen.pingel | ||||||
| Version: | unspecified | ||||||||
| Target Milestone: | 3.5.1 | ||||||||
| Hardware: | PC | ||||||||
| OS: | Windows 7 | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
Sam Davis
In the installation where this is happening, I can reproduce it consistently. It happens every time I do the following: # start eclipse and wait for everything to load # activate a task which has context # hover over a project in the package explorer so that the + appears # deactivate the task # hover on the project again and the + still appears It happened just now omitting step 3, but I don't know if it will do that consistently. This is different from bug 341589, right? Yes. The affordance behaves normally (it only appears on the element I am hovering over) except that it makes no difference whether a task is active or not. Created attachment 192784 [details]
patch
It turns out that there is a case where the the drawer could be instantiated twice and therefore when it is removed, only 1 is properly removed instead of both. This patch adds supports o that the FilteredTreeDecorationDrawer knows whether it is already installed or not and wont install itself if it had been already.
Created attachment 192785 [details]
mylyn/context/zip
patch committed. Steffen, leaving open for backporting if we do a Mylyn 3.5.1. Patch applied to e_3_7_m_3_5_x branch. Thanks Steffen! |