Bug ID: JDK-8010999 [macosx] a constrain of the top level window should be improved

Versions (Unresolved/Resolved/Fixed)

The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.

JDK 8	JDK 9
8u20 b11Fixed	9Fixed

7160609 adds the code, which constrain initial size of the window to the size of screen. And this lead to the strange behavior in the applets, when its size is larger than the screen. 
This logic should be improved. The maximum size of the window(and our surface) should be constrained by the maximum size of the opengl texture or CAlayer. Or we should not create windowsurface until native window is constrained by the system. At least it should not depend from the current screen resolution.

Not verified
31-07-2014
re-opening this record so that it can be used for 8u20
16-04-2014
The maximum possible window size is hardcoded in CGLGraphicsConfig.java = 8192
27-02-2014
This is an Apple bug reproducible on some systems, it was submitted to Apple and got id 15196228 The MAX_TEXTURE_SIZE reported by OpenGL could be very different from the real value. On some systems they differ more than 2 times. In case the texture is too big all OpenGL commands go well and do not report any error, just the texture is not rendered or rendered incorrectly, so there is absolutely no way to detect such situation from the code. Native example suffers from the same issue, so it's not a bug in Java. Firefox suffered from the same issue and they have hard-coded 4096 as a maximum texture size, however this is too little for us. So the current implementation of the max texture size querying look more or less correct. This could be improved only when apple fixes it's bug in OpenGL.
10-10-2013
please fix it, high appreciated!
03-10-2013
This is not labeled as 8 defer request candidate so far
20-08-2013
I disagree with deferring this issue. Incorrect texture size constraints may potentially cause JVM crashes (e.g. see JDK-8023159). This bug needs to be fixed in JDK 8.
20-08-2013
Example why constrain via screen bounds is a bad idea. JDK-8015100
22-05-2013
Vivian is looking at this
09-04-2013

Duplicate :	JDK-8046008 - [macosx] Upper limit of any swing frames in Mac OS 10.7.5 is 1024 both height/width
Relates :	JDK-8015100 - [macosx] Applet graphics corrupted when applet width/height exceeds screen dimensions
Relates :	JDK-8000629 - [macosx] Blurry rendering with Java 7 on Retina display
Relates :	JDK-7160609 - [macosx] JDK crash in libjvm.dylib ( C [GeForceGLDriver+0x675a] gldAttachDrawable+0x941)