Actions
action #35185
open[opensuse] send_key_until_needlematch timing issue for PowerPC
Status:
New
Priority:
Low
Assignee:
-
Category:
Bugs in existing tests
Target version:
-
Start date:
2018-04-18
Due date:
% Done:
0%
Estimated time:
Difficulty:
Description
Since last update of o3 with leap 42.3 openqa (by coolo on 20180405), there are instabilities of openqa tests for PowerPC.
one example is the last raid0 test
https://openqa.opensuse.org/tests/658369#step/partitioning_raid/158
that failed as if the next key was not properly handle before the call of send_key_until_needle_match.
extract autoinst-log.txt
[2018-04-18T11:40:54.0088 UTC] [debug] >>> testapi::_handle_found_needle: found partitioning_raid-partition-selected-raid-type-20180306, similarity 1.00 @ 305/455
[2018-04-18T11:40:54.0088 UTC] [debug] /var/lib/openqa/cache/openqa1-opensuse/tests/opensuse/tests/installation/partitioning_raid.pm:72 called testapi::send_key
[2018-04-18T11:40:54.0088 UTC] [debug] <<< testapi::send_key(key='alt-n', do_wait=0)
[2018-04-18T11:40:54.0293 UTC] [debug] /var/lib/openqa/cache/openqa1-opensuse/tests/opensuse/tests/installation/partitioning_raid.pm:373 called testapi::send_key_until_needlematch
...
I locally tried a bypass in send_key_until_needlematch:
$diff -u /usr/lib/os-autoinst/testapi.pm.back1 /usr/lib/os-autoinst/testapi.pm
--- /usr/lib/os-autoinst/testapi.pm.back1m.back12018-03-23 10:12:33.000000000 +0100
+++ /usr/lib/os-autoinst/testapi.pm 2018-04-09 17:20:20.904884787 +0200
@@ -1122,7 +1122,12 @@
my ($tag, $key, $counter, $timeout) = @_;
$counter //= 20;
- $timeout //= 1;
+ if (get_var('OFW')) {
+ $timeout //= 3;
+ }
+ else {
+ $timeout //= 1;
+ }
while (!check_screen($tag, $timeout)) {
send_key $key;
if (!$counter--) {
Updated by okurz about 7 years ago
- Subject changed from send_key_until_needlematch timing issue for PowerPC to [opensuse] send_key_until_needlematch timing issue for PowerPC
Updated by okurz over 3 years ago
- Priority changed from Normal to Low
This ticket was set to "Normal" priority but was not updated within 730 days which is 2 times the period of the SLO for "Normal" tickets (365 days) as described on https://progress.opensuse.org/projects/openqatests/wiki/Wiki#SLOs-service-level-objectives . The ticket will be set to the next lower priority of "Low".
Actions