Integrated: 8354219 : Automate javax/swing/JComboBox/ComboPopupBug.java

2025-05-08 Thread Anass Baya
On Mon, 14 Apr 2025 13:50:54 GMT, Anass Baya wrote: > This test was designed to manually verify that clicking on the JComboBox when > the frame containing it is about to close does not cause an > IllegalStateException. > > The test allowed the tester extra time to click on the JComboBox when c

Re: RFR: 8356171: Increase timeout for testcases as preparation for change of default timeout factor

2025-05-08 Thread Daniel Fuchs
On Thu, 8 May 2025 14:51:24 GMT, Leo Korinth wrote: > This change tries to add timeout to individual testcases so that I am able to > run them with a timeout factor of 1 in the future (JDK-8260555). > > The first commit changes the timeout factor to 0.7, so that I can run tests > and test the

Re: RFR: 8356171: Increase timeout for testcases as preparation for change of default timeout factor

2025-05-08 Thread Leo Korinth
On Thu, 8 May 2025 14:51:24 GMT, Leo Korinth wrote: > This change tries to add timeout to individual testcases so that I am able to > run them with a timeout factor of 1 in the future (JDK-8260555). > > The first commit changes the timeout factor to 0.7, so that I can run tests > and test the

Re: RFR: 8343618: Stack smashing in awt_InputMethod.c on Linux s390x

2025-05-08 Thread Ichiroh Takiguchi
On Wed, 23 Apr 2025 15:10:29 GMT, Zdenek Zambersky wrote: >> Attaching jdk_awt jtreg results (with and without fix). >> [jdk-awt-results.tgz](https://github.com/user-attachments/files/19430946/jdk-awt-results.tgz) > >> @zzambers Sorry for my late reaction. Is it possible to add test result by >>

Re: RFR: 8356171: Increase timeout for testcases as preparation for change of default timeout factor

2025-05-08 Thread Leo Korinth
On Thu, 8 May 2025 16:04:53 GMT, Stefan Karlsson wrote: >> This change tries to add timeout to individual testcases so that I am able >> to run them with a timeout factor of 1 in the future (JDK-8260555). >> >> The first commit changes the timeout factor to 0.7, so that I can run tests >> and

Re: RFR: 8356053: Test java/awt/Toolkit/Headless/HeadlessToolkit.java fails by timeout

2025-05-08 Thread Alexander Zuev
On Mon, 5 May 2025 17:44:25 GMT, Sergey Bylokhov wrote: > The `java/awt/Toolkit/Headless/HeadlessToolkit.java` test covers some > functionality of various methods in the `HeadlessToolkit` class, specifically > whether these methods throw a `HeadlessException` or not. The image-related > method

RFR: 8356171: Increase timeout for testcases as preparation for change of default timeout factor

2025-05-08 Thread Leo Korinth
This change tries to add timeout to individual testcases so that I am able to run them with a timeout factor of 1 in the future (JDK-8260555). The first commit changes the timeout factor to 0.7, so that I can run tests and test the change (it will finally be changed to 1.0 in JDK-8260555). The n

Re: RFR: 8356171: Increase timeout for testcases as preparation for change of default timeout factor

2025-05-08 Thread Stefan Karlsson
On Thu, 8 May 2025 14:51:24 GMT, Leo Korinth wrote: > This change tries to add timeout to individual testcases so that I am able to > run them with a timeout factor of 1 in the future (JDK-8260555). > > The first commit changes the timeout factor to 0.7, so that I can run tests > and test the

Re: RFR: 8356171: Increase timeout for testcases as preparation for change of default timeout factor

2025-05-08 Thread Daniel Fuchs
On Thu, 8 May 2025 14:51:24 GMT, Leo Korinth wrote: > This change tries to add timeout to individual testcases so that I am able to > run them with a timeout factor of 1 in the future (JDK-8260555). > > The first commit changes the timeout factor to 0.7, so that I can run tests > and test the

Re: RFR: 8350203: [macos] Newlines and tabs are not ignored when drawing text to a Graphics2D object [v2]

2025-05-08 Thread Phil Race
On Wed, 7 May 2025 22:23:02 GMT, Daniel Gredler wrote: >> On other platforms like Windows and Linux, the `\n`, `\r` and `\t` >> characters are ignored when drawing text to a `Graphics2D` object. On macOS >> this is not currently the case. >> >> See, for example, `CMap.getControlCodeGlyph(int,

Re: RFR: 8356171: Increase timeout for testcases as preparation for change of default timeout factor

2025-05-08 Thread David Holmes
On Thu, 8 May 2025 14:51:24 GMT, Leo Korinth wrote: > This change tries to add timeout to individual testcases so that I am able to > run them with a timeout factor of 1 in the future (JDK-8260555). > > The first commit changes the timeout factor to 0.7, so that I can run tests > and test the

RFR: 8346683: Problem list automated tests that fail on macOS15

2025-05-08 Thread Phil Race
We've not been doing regular automated testing on macoS 15.4 and it is well over-due. Extensive testing (all tests run 100 times) reports 3 tests that always fail on macOS 15.4 that we should problem list to enable it. - Commit messages: - 8346683 Changes: https://git.openjdk.org

Re: RFR: 8343739: Test java/awt/event/KeyEvent/ExtendedKeyCode/ExtendedKeyCodeTest.java failed: Wrong extended key code [v4]

2025-05-08 Thread Alisen Chung
> Test was failing on Ubuntu, looks to be a synchronous error in the test so I > rewrote it to improve stability. Alisen Chung has updated the pull request incrementally with two additional commits since the last revision: - remove author, update summary - revert test, add logging --

Re: RFR: 8356171: Increase timeout for testcases as preparation for change of default timeout factor

2025-05-08 Thread Phil Race
On Thu, 8 May 2025 14:51:24 GMT, Leo Korinth wrote: > This change tries to add timeout to individual testcases so that I am able to > run them with a timeout factor of 1 in the future (JDK-8260555). > > The first commit changes the timeout factor to 0.7, so that I can run tests > and test the

Re: RFR: 8343739: Test java/awt/event/KeyEvent/ExtendedKeyCode/ExtendedKeyCodeTest.java failed: Wrong extended key code [v3]

2025-05-08 Thread Alisen Chung
On Tue, 6 May 2025 23:24:48 GMT, Sergey Bylokhov wrote: > > I've updated the test to include logging and ran the test 200x without > > failures. I think it's ok to push the test with these changes so that if > > the test ever does fail again we can use the logs and analyze the problem. > > I m

Re: RFR: 8345538: Robot.mouseMove doesn't clamp bounds on macOS when trying to move mouse off screen [v13]

2025-05-08 Thread Phil Race
On Wed, 30 Apr 2025 21:13:12 GMT, Alisen Chung wrote: >> Currently on macOS when mouseMove is given an offscreen coordinate to move >> the mouse to, mouseMove will physically clamp to the edge of the screen, but >> if you try to grab the mouse location immediately after by using >> MouseInfo.g

Re: RFR: 8150564: Migrate useful ExtendedRobot methods into awt.Robot [v15]

2025-05-08 Thread Phil Race
On Mon, 24 Feb 2025 20:10:58 GMT, Alexander Zvegintsev wrote: >> Alisen Chung has updated the pull request with a new target base due to a >> merge or a rebase. The pull request now contains 22 commits: >> >> - merge >> - update specifications, replace default values in specifications with

Re: RFR: 8356171: Increase timeout for testcases as preparation for change of default timeout factor

2025-05-08 Thread Leonid Mesnik
On Thu, 8 May 2025 16:43:10 GMT, Leo Korinth wrote: >> This change tries to add timeout to individual testcases so that I am able >> to run them with a timeout factor of 1 in the future (JDK-8260555). >> >> The first commit changes the timeout factor to 0.7, so that I can run tests >> and test

Re: RFR: 8356571: Re-enable -Wtype-limits for GCC in LCMS

2025-05-08 Thread Phil Race
On Thu, 8 May 2025 18:30:11 GMT, Sergey Bylokhov wrote: > The -Wtype-limits warning was previously disabled in the OpenJDK build for > LCMS 2.14+ due to upstream issues: https://github.com/openjdk/jdk/pull/11217 > The issue was reported to the LCMS project: > https://github.com/mm2/Little-CMS/i

Re: RFR: 8356171: Increase timeout for testcases as preparation for change of default timeout factor

2025-05-08 Thread Leonid Mesnik
On Thu, 8 May 2025 17:03:03 GMT, Leo Korinth wrote: >> doc/testing.md line 385: >> >>> 383: (`-timeoutFactor`). Also, some test cases that programmatically wait a >>> 384: certain amount of time will apply this factor. If we run in >>> 385: interpreted mode (`-Xcomp`), [RunTest.gmk](../make/RunT

Re: RFR: 8346683: Problem list automated tests that fail on macOS15

2025-05-08 Thread Dmitry Markov
On Thu, 8 May 2025 21:52:21 GMT, Phil Race wrote: > We've not been doing regular automated testing on macoS 15.4 and it is well > over-due. > > Extensive testing (all tests run 100 times) reports 3 tests that always fail > on macOS 15.4 that we should problem list to enable it. Marked as revi

RFR: 8356571: Re-enable -Wtype-limits for GCC in LCMS

2025-05-08 Thread Sergey Bylokhov
The -Wtype-limits warning was previously disabled in the OpenJDK build for LCMS 2.14+ due to upstream issues: https://github.com/openjdk/jdk/pull/11217 The issue was reported to the LCMS project: https://github.com/mm2/Little-CMS/issues/458 It has since been fixed in LCMS 2.17 and integrated into

Re: RFR: 8356571: Re-enable -Wtype-limits for GCC in LCMS

2025-05-08 Thread Julian Waters
On Thu, 8 May 2025 18:30:11 GMT, Sergey Bylokhov wrote: > The -Wtype-limits warning was previously disabled in the OpenJDK build for > LCMS 2.14+ due to upstream issues: https://github.com/openjdk/jdk/pull/11217 > The issue was reported to the LCMS project: > https://github.com/mm2/Little-CMS/i

Integrated: 8356571: Re-enable -Wtype-limits for GCC in LCMS

2025-05-08 Thread Sergey Bylokhov
On Thu, 8 May 2025 18:30:11 GMT, Sergey Bylokhov wrote: > The -Wtype-limits warning was previously disabled in the OpenJDK build for > LCMS 2.14+ due to upstream issues: https://github.com/openjdk/jdk/pull/11217 > The issue was reported to the LCMS project: > https://github.com/mm2/Little-CMS/i