action #51764

Updated by szarate over 4 years ago

## Observation 

 openQA test in scenario opensuse-Tumbleweed-NET-x86_64-zdup-Leap-15.0-gnome@64bit fails in 
 to accept the boot menu entry. 
 It looks like this is a race condition triggered in the step one before. 
 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 is how it should look like in the good case. 

 ## Further details 

 Always latest result in this scenario: [latest](