RFR: 8367795: HeadlessMalfunctionTest may fail due to timeout
Sergey Bylokhov
serb at openjdk.org
Wed Sep 24 22:41:51 UTC 2025
On Wed, 24 Sep 2025 21:57:40 GMT, Phil Race <prr at openjdk.org> wrote:
>> " * Build jobs: 48"
>>
>> That's the build jobs from configure.
>> I've often wondered about that since it is basically saying "I'm going to use everything".
>>
>> Is that somehow propagated to jtreg concurrency too ?
>> Or are you building + testing in parallel ?
>>
>> If it takes 80 seconds for this test, I wonder why lots of other tests aren't also having a timeout problem when you run them ?
>> Why is this test special ?
>> Or was the removal of the timeout factor too optimistic ?
>> Does any other test on your config come close to timeout ?
>
> What's the command you are using to run the tests ?
> make test .... something .. ?
>Is that somehow propagated to jtreg concurrency too ?
Yes, jtreg executed via make will use the same concurrency.
>Why is this test special ?
It is the only test in the jdk_desktop group that modifies a class file in the JDK via instrumentation. For some similar tests in other areas, the timeouts were increased by [JDK-8260555](https://bugs.openjdk.org/browse/JDK-8260555). Check the links from JDK-8260555, there are a few additional timeout issues have been reported.
>What's the command you are using to run the tests ?
bash configure --with-boot-jdk=~/jdk/jdk-24 --with-jtreg=~/jtreg && make images
make run-test TEST="jtreg:jdk_desktop" JTREG='VERBOSE=summary;KEYWORDS=!headful&!printer;REPEAT_COUNT=1'
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/27397#discussion_r2377231592
More information about the client-libs-dev
mailing list