Re: RFR: 8169468: NoResizeEventOnDMChangeTest.java fails because FS Window didn't receive all resizes!

On Tue, 2 Nov 2021 03:11:29 GMT, Phil Race wrote: > Are you saying it went FS on one display and then jumped ? That is exactly what happened and only in this case the test were failed - obviously, because the window was on a secondary display and resize was happening on the primary so window h

Re: RFR: 8079267: [TEST_BUG] Test java/awt/Frame/MiscUndecorated/RepaintTest.java fails

On Thu, 28 Oct 2021 13:24:41 GMT, Alexander Zvegintsev wrote: > This test does not fail on Windows and does fail on Linux. > > After de-iconification we expect to see the button focused: > ![image](https://user-images.githubusercontent.com/77687766/139171852-54413dba-d58a-46d4-ab83-59d93868e28

Re: RFR: 8169474: KeyCharTest: Wrong number of key events: 0

On Thu, 28 Oct 2021 17:02:45 GMT, Alexander Zuev wrote: > When i reproduced the test failures locally on Ubuntu 18 it seems like AWT > Frame > that appeared on the screen had not received focus and keyboard events went > to the > Window Manager which ignored them for having no meaning in the cu

Re: RFR: 8169468: NoResizeEventOnDMChangeTest.java fails because FS Window didn't receive all resizes!

On Mon, 1 Nov 2021 11:35:24 GMT, Alexander Zuev wrote: > 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 driv

Re: RFR: 8202667: java/awt/Debug/DumpOnKey/DumpOnKey.java times out on Windows

On Mon, 1 Nov 2021 15:34:42 GMT, Alexander Zuev wrote: > Looks like the problem occurs when system is slow to actually close windows, > then keyboard events are going to the wrong window. The idea of the fix is to > bring the new window to front before actual testing starts and close window > on

Integrated: 8273704: DrawStringWithInfiniteXform.java failed : drawString with InfiniteXform transform takes long time

On Fri, 22 Oct 2021 19:25:28 GMT, Phil Race wrote: > This test has only failed once - for reasons that are not clear. > I wanted to just increase the timeout but the test was written such that it > always waited as long > as the timeout since it had an un-canceled scheduled task. > > So I've al

Re: RFR: 8276266: Clean up incorrect client-libs ProblemList.txt entries

On Tue, 2 Nov 2021 01:00:25 GMT, Phil Race wrote: > We have a few stale entries in the Problem list. > We need to remap some tests to still open bugs > 7100044 -> 6849371 > 8203047 -> 8072110 > 8233703 -> 8238436 > 8273618 -> 8273617 > > We need to remove these FIXED bugs > java/awt/Choice/Choic

Re: RFR: 8276266: Clean up incorrect client-libs ProblemList.txt entries [v2]

> We have a few stale entries in the Problem list. > We need to remap some tests to still open bugs > 7100044 -> 6849371 > 8203047 -> 8072110 > 8233703 -> 8238436 > 8273618 -> 8273617 > > We need to remove these FIXED bugs > java/awt/Choice/ChoiceKeyEventReaction/ChoiceKeyEventReaction.java 718525

RFR: 8276266: Clean up incorrect client-libs ProblemList.txt entries

We have a few stale entries in the Problem list. We need to remap some tests to still open bugs 7100044 -> 6849371 8203047 -> 8072110 8233703 -> 8238436 We need to remove these FIXED bugs java/awt/Choice/ChoiceKeyEventReaction/ChoiceKeyEventReaction.java 7185258 macosx-all java/awt/GridLayout/La

Re: RFR: 8240756: [macos] SwingSet2:TableDemo:Printed Japanese characters were garbled

On Fri, 23 Apr 2021 06:49:10 GMT, Sergey Bylokhov wrote: >> Hi, >> >> Could you review the fix? >> When non-English characters were printed from JTable on MacOS, >> CTextPipe.doDrawGlyphs was called by OSXSurfaceData.drawGlyphs. However, >> CTextPipe seems not support glyph with slot number of

Re: RFR: 8202667: java/awt/Debug/DumpOnKey/DumpOnKey.java times out on Windows

On Mon, 1 Nov 2021 19:22:02 GMT, Sergey Bylokhov wrote: > From the stack traces in the bug report, it seems that the problem was in > some kind of deadlock in the SunToolkit.waitForIdle I was not able to reproduce the deadlock scenario - and i ran this test about 3 hours non-stop which resulte

Integrated: 8262945: [macos] Regression Manual Test for Key Events Fails

On Tue, 21 Sep 2021 18:00:13 GMT, Alisen Chung wrote: > Added a check for active keyboard language and added support for Russian > NSEvent keyCodes to JavaVirtualKeyCode translation. Originally, only English > characters were checked for even if other languages were in native > letterCharacter

Re: RFR: 8202667: java/awt/Debug/DumpOnKey/DumpOnKey.java times out on Windows

On Mon, 1 Nov 2021 15:34:42 GMT, Alexander Zuev wrote: > Looks like the problem occurs when system is slow to actually close windows, > then keyboard events are going to the wrong window. The idea of the fix is to > bring the new window to front before actual testing starts and close window > on

Re: RFR: 8159451: [TEST_BUG] java/awt/Mixing/AWT_Mixing/JMenuBarOverlapping.java [v2]

On Fri, 29 Oct 2021 21:29:44 GMT, Phil Race wrote: >> Alisen Chung has updated the pull request incrementally with two additional >> commits since the last revision: >> >> - reformat pixel check >> - removed debugging statement > > test/jdk/java/awt/Mixing/AWT_Mixing/OverlappingTestBase.java

Re: RFR: 8159451: [TEST_BUG] java/awt/Mixing/AWT_Mixing/JMenuBarOverlapping.java [v2]

> Added more time to test, removed pixel check during EmbeddedFrame test from > OverlappingTestBase. Alisen Chung has updated the pull request incrementally with two additional commits since the last revision: - reformat pixel check - removed debugging statement - Changes: - a

RFR: 8202667: java/awt/Debug/DumpOnKey/DumpOnKey.java times out on Windows

Looks like the problem occurs when system is slow to actually close windows, then keyboard events are going to the wrong window. The idea of the fix is to bring the new window to front before actual testing starts and close window on EDT and then wait for 2 seconds for actual hardware window to dis

RFR: 8169468: NoResizeEventOnDMChangeTest.java fails because FS Window didn't receive all resizes!

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

Re: RFR: 7001973: java/awt/Graphics2D/CopyAreaOOB.java fails [v2]

On Tue, 26 Oct 2021 04:52:37 GMT, Sergey Bylokhov wrote: >> Masanori Yano has updated the pull request with a new target base due to a >> merge or a rebase. The incremental webrev excludes the unrelated changes >> brought in by the merge/rebase. The pull request contains four additional >> com

Re: RFR: 8275715: D3D pipeline processes multiple PaintEvent at initial drawing [v2]

On Thu, 28 Oct 2021 09:03:55 GMT, Sergey Bylokhov wrote: >> Yes, this run() is called on "D3D Screen Updater" thread. It is reasonable >> that a new PaintEvent is posted when SurfaceData is replaced on this thread. >> I would limit posting new PaintEvent via createGraphics() only. > > Probably