Created attachment 392 [details] test classes for showing the bug see also http://forum.jogamp.org/SWT-ScrolledComposite-not-working-under-Mac-Mountain-Lion-td4027271.html I tested to wrap a com.jogamp.opengl.swt.GLCanvas with an org.eclipse.swt.custom.ScrolledComposite in order to create scrollbars if the window is too small. If you now moves the scrollbars the glcanvas window should also move. This works perfectly under Win 64 and Ubuntu 64 but not under Mac Mountain Lion. As an attachment there are three simple tests: The first wraps a SWT canvas with an scrolled composite to show what I expect. The other one uses a SWT GLCanvas, which should behave similarly. The last one uses the SWT-AWT bridge, but this doesn't work either. tested using jogl 2.0-rc11 with SWT from latest eclipse juno (org.eclipse.swt.cocoa.macosx.x86_64_3.100.1.v4234e.jar)
I was able to reproduce Samuel Gratzl's bug on MacOSX 10.10.3, while there is no issue under Windows7. Additionally, I've found what I believe is a related issue. On MacOSX 10.10.3 a ScrolledComposite that contains multiple GLCanvas each in Composite instances does not display correctly as well. In this case, the individual GLCanvas views appear to render on each other.
Created attachment 776 [details] ScrolledComposite issues with multiple GLCanvas. The ScrollingMultiPane class demonstrates a broken behavior between jogamp 2.3.2 com.jogamp.opengl.swt.GLCanvas and SWT ScrolledComposite. On Win7 this displays as three different color triangles each in 300x400 panes that can be vertically scrolled. In MacOSX 10.10.3, the 3 views conflict with each other and display incorrectly when scrolled.
Created attachment 777 [details] MacOSX bug view
Created attachment 778 [details] Windows working view