<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">This is a follow-up of the users@
thread<br>
<a class="moz-txt-link-freetext" href="http://mailinglists.scilab.org/Scilab-users-bug-when-setting-gcbo-field-in-a-callback-function-tp4038615.html">http://mailinglists.scilab.org/Scilab-users-bug-when-setting-gcbo-field-in-a-callback-function-tp4038615.html</a><br>
<br>
Le 29/09/2018 à 18:16, Stéphane Mottelet a écrit :<br>
</div>
<blockquote cite="mid:f36a0e26-3c28-7b67-9fda-84379d82c806@utc.fr"
type="cite">Another example of such weirdness: consider (fixed)
bug #13359. Its non-regression test fail (at least on my OSX and
Linux machines) systematicaly when run by
<br>
<br>
--> test_run cacsd bug_13359
<br>
<br>
When run interactively by
<br>
<br>
--> exec SCI/modules/cacsd/tests/nonreg_tests/bug_13359.tst
<br>
<br>
it sometimes succeed and sometimes fail, this completely random.
However, if you insert a sleep line 25
<br>
<br>
(...)
<br>
d1 = datatipCreate(pl, 200);
<br>
sleep(10) // line inserted
<br>
txt_datatip = d1.text;
<br>
assert_checkequal(strindex(txt_datatip(2), "-"), 1);
<br>
<br>
Then the test, executed by exec SCI/... above, always succeed.
However, even with a bigger duration of sleep, even sleep(1000),
then "test_run cacsd bug_13359" always fail.
<br>
</blockquote>
<br>
It is here really another bug, about datatip rendering: when we
increase the sleep() time -- say up to 10 s --, we have enough time
to see that the datatip is created -- its square anchor is visible
-- but stays empty for the whole sleep time (so d1.text=="").<br>
Hence, it's not just a matter of delay: something is wrong about
datatips rendering when things are done in a Scilab session created
inside the current session (this is what test_run does): The
test_run environment definitely cancels the rendering of the datatip
label. <br>
I tried <br>
<ul>
<li>without the TEST-WITH-GRAPHIC mode, to cancel the -nw option
when running the test: same issue</li>
<li>with get(d1,"text") instead of d1.text: as expected, same
(upstream) issue<br>
</li>
<li>with a drawnow, or gcf().immediate_drawing="on", or
gcf().visible="off" // + "on": this does not cancels the bug</li>
</ul>
I also tried in NO-CHECK-REF mode in order to cancel opening a
diary, but this is not the case: A diary is opened anyway.<br>
But opening a diary in the current session before directly running
exec(the_test_file) does not yield the issue.<br>
<br>
To be more explored...<br>
Samuel<br>
<br>
</body>
</html>