Community
Participate
Working Groups
Latest code in HEAD August 30 1) Reset Java perspective 2) Drag Package Explorer out of the window to detach it 3) Use the button to minimize Hierarchy 4) Use the button to restore Hierarchy Hierarchy will appear for a second than disappear. Seems to be related to detachment since I can't reproduce this bug without the detachment step.
Can reproduce on 200406250010, however in N20050525-0010 it requires slightly different steps: 1) Reset Java perspective 2) Drag the hierarchy to the right of the layout 3) Drag Package Explorer out of the window to detach it 4) Use the button to minimize Hierarchy 5) Use the button to restore Hierarchy The extra step is required because this depends on the minimize button staying in the same place between the mousedown and mouseup, so the hierarchy needs to be docked on the right of the layout.
*** Bug 75714 has been marked as a duplicate of this bug. ***
Bug 75714 shows that this can also happen with the close button.
Whoa, this is a goodie !! It appears that in this scenario the following flow happens: 1) Minimize Outline (Navigator becomes 'active') 2) Click on the 'Restore' for the Outline view The FIRST thing that happens is that the main workbench window becomes active. This causes the minimized Outline to automatically 'restore' (this is, I think, the real defect). Now for the good part...due to Murphy's Law being in force the rectangle for the 'minimize' rect on a minimized LEFT-docked view overlaps the 'close' rect for the tab. Since the main window activation (which is why this only happens with detached windows) caused the Outline view to be restored (before the actual mouse 'down' event is forwarded) the containing CTabFolder sees a mouse down/up over the 'close' button....so it closes. Now to track down why the Outline view 'restores' when the main workbench window activates...
Marking as a dupe for Eric, as he doesn't have Bugzilla rights. *** This bug has been marked as a duplicate of 61234 ***