Community
Participate
Working Groups
1. Activate the 'Javadoc' view. 2. Activate the 'Declaration' view. 3. Detach the bottom stack. 4. Detach the left stack. 5. Now drag the bottom stack's stack to merge with the detached window with the left stack in it. 6. The 'Declaration' view should be the one on top. Try to close the 'Javadoc' view. An NPE will be thrown. java.lang.NullPointerException at org.eclipse.e4.ui.workbench.renderers.swt.StackRenderer.closePart(StackRenderer.java:663) at org.eclipse.e4.ui.workbench.renderers.swt.StackRenderer.access$6(StackRenderer.java:649) at org.eclipse.e4.ui.workbench.renderers.swt.StackRenderer$6.close(StackRenderer.java:616) at org.eclipse.e4.ui.widgets.CTabFolder.onMouse(CTabFolder.java:1787)
Created attachment 197804 [details] Patch to reparent the context of the elements as they get inserted into the new stack
I've tried to make the patch as safe as possible just in case...
(In reply to comment #1) > Created attachment 197804 [details] > Patch to reparent the context of the elements as they get inserted into the new > stack I am not sure if the problem is in the DND dropping. Someone could use the model APIs to move the placeholders around and they would expect their parts' contexts to be reparented. I think there is something off in the rendering engine itself?
Created attachment 197805 [details] New patch that fixes the PartRenderingEngine's context handling The 'parent' check was incorrectly skipping MPlaceholders for which createGui was being called directly.
(In reply to comment #4) > Created attachment 197805 [details] > New patch that fixes the PartRenderingEngine's context handling I can confirm that the problem goes away with this patch. There are still cases where complicated structures will fail to have their child structures' contexts reparented properly. Please open a new bug for the creation of a test for the scenario described by comment 1.
I've opened Bug 349085 to track the necessity for creating a test for this... The more complex scenarios I've opened Bug 349086.
Mike, another one for you...
Committed in >20110610. Applied the patch.
Setting milestone...
Verified in I20110613-2055.