Community
Participate
Working Groups
I20110121-1315 1. Open a file. 2. Window > New Editor 3. Split the shared area vertically. 4. Now split the bottom stack horizontally with the editor on the tab. 5. The shared area is now destroyed. You cannot open new editors. Resetting the perspective does not help (as expected). The editors are still technically there because if they are dirty, you do get prompted when you try to shutdown Eclipse. Restarting will resolve the problem although the previously opened editors will be a bunch of error parts.
Note that this is similar to bug 325146 but not entirely because the area will come back in that scenario whereas it won't in this case.
I reproduced it on I20101216-1305 so I guess it's not a new bug.
There doesn't seem to be anything fishy about the model itself. The 'toBeRendered' attribute of all the relevant elements appear to be 'true'. 'visible' is also 'true'.
It seems the area's child (MPartSashContainer) has no widget.
(In reply to comment #4) > It seems the area's child (MPartSashContainer) has no widget. This doesn't actually seem to be directly related... I tried rolling back the changes for bug 333489 but it didn't help.
Created attachment 187437 [details] PartRenderingEngineTests tests patch v1 Not entirely clear if this is the problem but there is an issue where altering the hierarchy of nested MPartSashContainers can cause widgets to be inadvertently disposed. This is akin to the code that the CleanupAddon performs.
Created attachment 187780 [details] Specifically handle unwrapping one sash container containing another This is an interim fix... The base cause is the 'optimized' sash layout mechanics which cause all children (at whatever level) to have the 'top' sash container's composite as their parent. Here the scenario resulted in the 'top' sash container being unwrapped by the cleanup addon and it's dispose caused everything else to go away.
Note that the above patch works but a solution in the rendering setup would be better I think...
Committed in >20110126. Applied the patch. This is better but it's specific to the Cleanup Addon and does not address the failing test case. That fix has to go into the SashRenderer since it's its 'optimization' that is causing the issues. Once we have the test scenario working we should re-visit the change in the cleanup addon.
This was broken (again) in I20110511-2200. It was a regression introduced by the SplitDropHandler not removing the element if it was dragging a stack (causing problems when moving a stack to split either itself or another stack in the same PSC as the dragged stack was...
Created attachment 195614 [details] Patch to clean up stack splitting
Committed in >20110513. Applied the patch.
Created attachment 195619 [details] Change the code to allow a stack to 'outerDock' using itself This is the scenario where the user has moved the Outline view into the shared area. We still need to allow the code to recognize that it wants to move it back out of the area (even though the cursor is over the itself).
This appears to have been fixed by the last round of DnD changes...
Verified in I20110604-2201
