<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<body text="#000000" bgcolor="#FFFFFF">
<p>Why do you think the problem is not in the test? I guess this
exact issue of incorrect frame location is fixed by <a
id="key-val" rel="4208754">JDK-6895647</a> in linux and the fix
still is there in XDecoratedPeer.java.</p>
<div class="moz-cite-prefix">On 06-Nov-19 7:13 PM, Dmitry Markov
<pre class="moz-quote-pre" wrap="">Hi Prasanta,
If I got it right, we might not have enough time to show frame on the screen without sleep() invocation. As a result incorrect frame location will be retrieved. So I think we should NOT get rid of sleep() call here.
Also it appears that the problem is not in the test at all.
<pre class="moz-quote-pre" wrap="">On 6 Nov 2019, at 13:09, Prasanta Sadhukhan <a class="moz-txt-link-rfc2396E" href="mailto:email@example.com"><firstname.lastname@example.org></a> wrote:
Actually the failure is on linux. I have updated the JBS summary.
On 06-Nov-19 5:27 PM, Prasanta Sadhukhan wrote:
<pre class="moz-quote-pre" wrap="">Hi All,
Please review a fix for an issue where it is seen the frame location is sometimes wrong in mac on mach5 headful nightly run.
It seems to be a timing issue as it shows 10 frames by calling frame.removeNotify(),frame.addNotify() repeatedly, which by the way are not supposed to be called by programs directly.
Proposed fix is to make not to make thread sleep every time removeNotify,addNotify is called so that there is no delay. I have ran mach5 job (in JBS) for 3 consecutive runs on all 3 platforms and they pass.
Bug: <a class="moz-txt-link-freetext" href="https://bugs.openjdk.java.net/browse/JDK-8233703">https://bugs.openjdk.java.net/browse/JDK-8233703</a>
webrev: <a class="moz-txt-link-freetext" href="http://cr.openjdk.java.net/~psadhukhan/8233703/webrev.0/">http://cr.openjdk.java.net/~psadhukhan/8233703/webrev.0/</a>
<pre class="moz-quote-pre" wrap="">