<Swing Dev> [14] RFR [JDK-8221312] test/jdk/sanity/client/SwingSet/src/ColorChooserDemoTest.java failed

Sergey Bylokhov Sergey.Bylokhov at oracle.com
Thu Aug 1 01:47:43 UTC 2019


Hi, Abdul.

I guess you need to update the SwingSet2 demo as well.

On 30.07.2019 04:30, abdul.kolarkunnu at oracle.com wrote:
> Hi All,
> 
> Please review fix for the below bug:
> 
> Bug: https://bugs.openjdk.java.net/browse/JDK-8221312
> 
> Webrev: http://cr.openjdk.java.net/~akolarkunnu/8221312/webrev.00/ <http://cr.openjdk.java.net/%7Eakolarkunnu/8221312/webrev.00/>
> 
> <http://cr.openjdk.java.net/%7Eakolarkunnu/8221312/webrev.00/>
> 
> Description:
> 
> It's a machine dependent issue, in some machines it works perfectly and in some machines this issue reproducible consistently.
> 
> Also this issue can reproduce by just launching the demo itself, animation in the demo will become so slow.
> 
> So here the issue is in the demo code, In demo it is invoking Thread.yield() from the animation loop.
> 
> Thread context switch is not happening in some iterations, so EDT and Main threads are not getting CPU cycle. So test case execution is getting slow and getting timed out.
> 
>  From Thread.yield javadoc:
> 
> /A hint to the scheduler that the current thread is willing to yield its current use of a processor. The scheduler is free to ignore this hint./
> 
> /It is rarely appropriate to use this method. It may be useful for debugging or testing purposes, where it may help to reproduce bugs due to race conditions./
> 
> //
> 
> Fix:
> 
> Invoked repaint() in SwingUtilities.invokeAndWait(), so that thread switch will happen and complete the repaint and proceed for next iteration.
> 
> 
> Testing:
> 
> Issue was reproducible for me in a local machine and it is not reproducible after the fix.
> 
> Also issue was reproducible in oracle internal test infrastructure, tested with fix and it works fine.
> 
> -Muneer
> 


-- 
Best regards, Sergey.


More information about the swing-dev mailing list