JDK-8010999 : [macosx] a constrain of the top level window should be improved
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 7u4,8
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS: os_x
  • CPU: x86
  • Submitted: 2013-03-28
  • Updated: 2014-07-31
  • Resolved: 2014-04-16
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.
8u20 b11Fixed 9Fixed
Related Reports
Duplicate :  
Relates :  
Relates :  
Relates :  
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

re-opening this record so that it can be used for 8u20

The maximum possible window size is hardcoded in CGLGraphicsConfig.java = 8192

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.

please fix it, high appreciated!

This is not labeled as 8 defer request candidate so far

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.

Example why constrain via screen bounds is a bad idea. JDK-8015100

Vivian is looking at this