On Thu, 28 Apr 2022 23:26:30 GMT, Sergey Bylokhov <s...@openjdk.org> wrote:
> It is a bug, it prevents the creation of the custom window decorations which > behave like the native ones This is exactly the way native applications are working so should we treat this as a bug is questionable. Many applications - namely games and video editing software - using this feature on Windows to create a borderless window that covers the entire screen basically engaging in a "soft full screen mode" where no additional virtual screen is created. So if anything this feature would require some way of controlling of should we honor the native Windows behavior or not and i see it as that - a new feature that might be never implemented. Said that - this test is not valid because it does not test the behavior of the window - it tests the correct calculation of screen insets by assuming that window behaves to the set of properties in a certain way which it does not. So i am going to fix the test so it works with a current state of the Frame. ------------- PR: https://git.openjdk.java.net/jdk/pull/8314
