On Thu, 27 Aug 2026 12:40:06 GMT, Michael Strauß <[email protected]> wrote:
>> Thiago Milczarek Sayao has updated the pull request with a new target base >> due to a merge or a rebase. The pull request now contains 43 commits: >> >> - Merge branch 'master' into 8354943_v2 >> - mapped = true for popups >> - Do not block sent configure events, as doing so breaks screen-change >> detection. >> - - Restore gdk_event_request_motions (it's needed even without event >> compression) >> - Remove cursor unref (it's aready de-referenced on gdk_window_set_cursor) >> - Improve XComposite message >> - Remove configurable delays >> - Fix test >> - Xorg fixes >> - Revert "Rewrite WrongStageFocusWithApplicationModalityTest because it >> fails intermittently" >> >> This reverts commit c6b9dd745e5d762adb89a3b596e53b0d8a790d7f. >> - Rewrite WrongStageFocusWithApplicationModalityTest because it fails >> intermittently >> - Use existing verbose flag for GTK >> - ... and 33 more: https://git.openjdk.org/jfx/compare/58a7bea2...969ed5f3 > > tests/system/src/test/java/test/javafx/stage/StageSizingTest.java line 511: > >> 509: runAndWait(() -> { >> 510: getStage().setWidth(NEW_WIDTH); >> 511: getStage().setHeight(NEW_HEIGHT); > > `Window.setWidth()` and `Window.setHeight()` update the Java properties > immediately, before native confirmation. If GTK rejects the resize without > emitting a configure event, the Java property assertions can still report the > requested values while the native window remains at the old size. I took this into consideration. The native side will notify the Java side if the resize cannot be applied, so the Java properties will be updated accordingly. Since this notification is asynchronous, there's a delay before checking the values. ------------- PR Review Comment: https://git.openjdk.org/jfx/pull/2139#discussion_r3943958987
