ubersheva wrote:Yes, haven used to worked for me on OsX when we were debugging the gl core profiles issue on osx. I don't remember if I ran the client on osx after render rewrite was released.
That was the rendering rewrite that we were testing then, so yes. :)
ubersheva wrote:So the hanging issue I resolved by updating jogl to latest build. While looking at jogl source near the place where it locked, I found reference to this bug, maybe it's of use:
Yes, I'm already aware of that bug. If that worked for you locally, does it also mean that
the newer-JOGL launcher linked earlier in the thread resolves that specific problem for you?
ubersheva wrote:If I add following line to init() of the GL callback, the scaling problem goes away.
So you mean that, apart from the resource problem, that actually makes the client work for you exactly like it should? That sounds great. I'll have to look into what that call is actually supposed to be doing (it doesn't sound like something that
should be necessary to call), and if it causes problems on other platforms, but that's great progress. Thanks for finding that!
Does it make any difference whether the
sun.java2d.uiScale.enabled system property is set to
false or not? The launcher sets that by default in order to work properly on Windows, so I'm wondering if that makes a difference here.
ubersheva wrote:When the window is maximized, JOGLPanel reports this size: width=1440,height=878 (screen resolution minus window header I guess). GL callback gets following dimensions in reshape when maximizing: 2880x1756.
The actual size in 2880x1756 rather than 1440x878 though, right? It is my impression that 2880x1800 is the monitor resolution of large classes of Macs.
ubersheva wrote:java.lang.NoSuchMethodError: haven.TexR.tex()Lhaven/TexGL;
Indeed that is indicative of an old resource. Are you using the correct resource URL? If you are, my assumption would be that you've polluted your cache with old resources somehow, and might need to clear it.