Community
Participate
Working Groups
java.lang.ClassCastException: org.eclipse.swt.layout.FillLayout at org.eclipse.e4.ui.workbench.renderers.swt.WBWRenderer.childRendered(WBWRenderer.java:521) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:502) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:554) at org.eclipse.e4.ui.workbench.renderers.swt.SWTPartRenderer.processContents(SWTPartRenderer.java:58) at org.eclipse.e4.ui.workbench.renderers.swt.WBWRenderer.processContents(WBWRenderer.java:456) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:490) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:554)
Created attachment 182066 [details] PartRenderingEngineTests tests patch v1 Test case to reproduce the problem.
The composite is set with a FillLayout initially in TrimmedPartLayout's constructor. Then WBWRenderer's getUIContainer(MUIElement) method magically decides to swap the layout out for something else.
(In reply to comment #1) > Created attachment 182066 [details] > PartRenderingEngineTests tests patch v1 Gone stale and released an updated version to HEAD. The CCE has been fixed by the changes from bug 333496.