On Tue, 28 Sep 2021 10:02:52 GMT, Prasanta Sadhukhan
wrote:
>> java/awt/FullScreen/UninitializedDisplayModeChangeTest/UninitializedDisplayModeChangeTest.java
>> is timing out every time on macOS 12 even though the test passed.
>> Looks like the the main process waits for child process created i
On Wed, 29 Sep 2021 04:13:52 GMT, Prasanta Sadhukhan
wrote:
> Why it is considered a workaround? There are many instances where we use
> [ThreadUtilities performOnMainThreadWaiting:NO block:^()
It is a workaround because it does not fix the hang, but just skips part of the
functionality. Sinc
On Tue, 28 Sep 2021 10:02:52 GMT, Prasanta Sadhukhan
wrote:
>> java/awt/FullScreen/UninitializedDisplayModeChangeTest/UninitializedDisplayModeChangeTest.java
>> is timing out every time on macOS 12 even though the test passed.
>> Looks like the the main process waits for child process created i
On Tue, 28 Sep 2021 10:02:52 GMT, Prasanta Sadhukhan
wrote:
>> java/awt/FullScreen/UninitializedDisplayModeChangeTest/UninitializedDisplayModeChangeTest.java
>> is timing out every time on macOS 12 even though the test passed.
>> Looks like the the main process waits for child process created i
On Thu, 23 Sep 2021 06:47:33 GMT, Prasanta Sadhukhan
wrote:
> java/awt/FullScreen/UninitializedDisplayModeChangeTest/UninitializedDisplayModeChangeTest.java
> is timing out every time on macOS 12 even though the test passed.
> Looks like the the main process waits for child process created in t
> java/awt/FullScreen/UninitializedDisplayModeChangeTest/UninitializedDisplayModeChangeTest.java
> is timing out every time on macOS 12 even though the test passed.
> Looks like the the main process waits for child process created in the test
> forever, making it timeout after jtreg timeout of 2m
On Thu, 23 Sep 2021 06:47:33 GMT, Prasanta Sadhukhan
wrote:
> java/awt/FullScreen/UninitializedDisplayModeChangeTest/UninitializedDisplayModeChangeTest.java
> is timing out every time on macOS 12 even though the test passed.
> Looks like the the main process waits for child process created in t
On Thu, 23 Sep 2021 06:47:33 GMT, Prasanta Sadhukhan
wrote:
> java/awt/FullScreen/UninitializedDisplayModeChangeTest/UninitializedDisplayModeChangeTest.java
> is timing out every time on macOS 12 even though the test passed.
> Looks like the the main process waits for child process created in t
On Thu, 23 Sep 2021 06:47:33 GMT, Prasanta Sadhukhan
wrote:
> java/awt/FullScreen/UninitializedDisplayModeChangeTest/UninitializedDisplayModeChangeTest.java
> is timing out every time on macOS 12 even though the test passed.
> Looks like the the main process waits for child process created in t
On Thu, 23 Sep 2021 17:46:16 GMT, Sergey Bylokhov wrote:
>
>
> It intentionally waits forever since if the child process is alive some bug
> has occurred. So you need to find why the child hangs.
Can you point out which bugs you were referring to if we don't wait for ever?
AFAICT, it was don
On Thu, 23 Sep 2021 06:47:33 GMT, Prasanta Sadhukhan
wrote:
> java/awt/FullScreen/UninitializedDisplayModeChangeTest/UninitializedDisplayModeChangeTest.java
> is timing out every time on macOS 12 even though the test passed.
> Looks like the the main process waits for child process created in t
On Thu, 23 Sep 2021 06:47:33 GMT, Prasanta Sadhukhan
wrote:
> java/awt/FullScreen/UninitializedDisplayModeChangeTest/UninitializedDisplayModeChangeTest.java
> is timing out every time on macOS 12 even though the test passed.
> Looks like the the main process waits for child process created in t
java/awt/FullScreen/UninitializedDisplayModeChangeTest/UninitializedDisplayModeChangeTest.java
is timing out every time on macOS 12 even though the test passed.
Looks like the the main process waits for child process created in the test
forever, making it timeout after jtreg timeout of 2min.
Modi
13 matches
Mail list logo
