-
Bug
-
Resolution: Unresolved
-
P3
-
7, 8, 9, 10, 11, 12, 16, 17, 18, 19, 21, 23
Currently, on Windows the dimensions of a maximized AWT Frame are not equal to those returned by GraphicsEnvironment.getMaximumWindowBounds(). Instead, they are equal to Toolkit.getScreenSize().
On the contrary, on Linux the dimensions of a maximized AWT Frame are equal to getMaximumWindowBounds() and not equal to getScreenSize().
We have a functional test which checks the dimensions of a maximized frame. It passes on Windows because it checks the dimensions against getScreenSize(). For the same reason it fails on Linux. If we change the test so it checks against getMaximumWindowBounds() then it passes on Linux but fails on Windows. Therefore, we believe there's a disrepancy between those 2 APIs and is not a test problem.
The attached program demonstrates the issue. It logs the dimensions returned by getMaximumWindowBounds() and getScreenSize() and then logs the real dimensions of a maximized AWT frame.
On the contrary, on Linux the dimensions of a maximized AWT Frame are equal to getMaximumWindowBounds() and not equal to getScreenSize().
We have a functional test which checks the dimensions of a maximized frame. It passes on Windows because it checks the dimensions against getScreenSize(). For the same reason it fails on Linux. If we change the test so it checks against getMaximumWindowBounds() then it passes on Linux but fails on Windows. Therefore, we believe there's a disrepancy between those 2 APIs and is not a test problem.
The attached program demonstrates the issue. It logs the dimensions returned by getMaximumWindowBounds() and getScreenSize() and then logs the real dimensions of a maximized AWT frame.
- relates to
-
JDK-8051440 move tests about maximizing undecorated to OpenJDK
- Resolved