action #51764
Updated by szarate over 5 years ago
## Observation
openQA test in scenario opensuse-Tumbleweed-NET-x86_64-zdup-Leap-15.0-gnome@64bit fails in
[setup_zdup](https://openqa.opensuse.org/tests/938557/modules/setup_zdup/steps/45)
to accept the boot menu entry.
It looks like this is a race condition triggered in the step one before.
https://openqa.opensuse.org/tests/937452#step/setup_zdup/1
checks for both "grub2" as well as "inst-bootmenu". inst-bootmenu is also the screen that the previous module "bootloader" already checked for and pressed "ret" afterwards. In the next module, setup_zdup, then the test sees still inst-bootmenu when it is fast enough to check or just finds grub2, depending on timing. Could be this is a regression introduced by e.g. someone from qsf-u or the migration time.
## Suggestion
Look closer into the code before even trying to fix it
## Reproducible
Fails sporadically with a fail ratio of about 70%
## Expected result
https://openqa.opensuse.org/tests/934054#step/setup_zdup/2 is how it should look like in the good case.
## Further details
Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?machine=64bit&test=zdup-Leap-15.0-gnome&flavor=NET&arch=x86_64&distri=opensuse&version=Tumbleweed)