> I was able to reproduce this issue locally 2 times out of 100 runs on > multi-monitor > configuration. Both times due to the screen resolution change is so slow > window got > accidentally moved to the secondary screen by the display driver. > Can not reproduce this bug with ATI card at all. > Since there is nothing we can do to stop graphics driver from reassigning > the window if it decides that promary monitor is not on at the moment the > only way is to check if this has had happened and if so then we can not trust > the test > since we changing resolution of one display and window not getting resized > because it is placed on another display and test should be skept. > > After that i ran this test locally about a thousand times on all platforms > and has not seen the failure again.
Alexander Zuev has updated the pull request incrementally with one additional commit since the last revision: Check that setting the new display mode ended up with window residing on the screen with resolution different than one it was before, even if it the different display - window and components still have to receive the resize event. Only skipping the iteration where that did not happened instead of skipping the entire test. ------------- Changes: - all: https://git.openjdk.java.net/jdk/pull/6186/files - new: https://git.openjdk.java.net/jdk/pull/6186/files/cfd1efa4..da325c4f Webrevs: - full: https://webrevs.openjdk.java.net/?repo=jdk&pr=6186&range=01 - incr: https://webrevs.openjdk.java.net/?repo=jdk&pr=6186&range=00-01 Stats: 20 lines in 1 file changed: 7 ins; 7 del; 6 mod Patch: https://git.openjdk.java.net/jdk/pull/6186.diff Fetch: git fetch https://git.openjdk.java.net/jdk pull/6186/head:pull/6186 PR: https://git.openjdk.java.net/jdk/pull/6186
