action #99261
Updated by syrianidou_sofia over 3 years ago
This failure has occurred both for first_boot and boot_to_desktop on s390x. What happens is that handle_login function in lib/x11utils.pm is checking if the desktop matches with (gnome-activities)[https://openqa.suse.de/tests/7218545#step/first_boot/9] and then presses esc. ~~~ 249 if (match_has_tag('gnome-activities')) { 250 send_key('esc'); 251 assert_screen([qw(generic-desktop opensuse-welcome)]); 252 } ~~~ After that it expects that the desktop will match with normal generic desktop, but we see no change. According to the autoinst.log the esc key is sent indeed. We need to check why the key takes no effect on the desktop. An idea would be to add a second check, for example: send_key('esc') if assert_screen "gnome-activities"; so that in case 'esc' is not accepted the first time, it would take effect, the second time. ## Observation openQA test in scenario sle-15-SP4-Online-s390x-zfcp@s390x-zfcp fails in [first_boot](https://openqa.suse.de/tests/7218545/modules/first_boot/steps/11) ## Test suite description Testsuite maintained at https://gitlab.suse.de/qa-maintenance/qam-openqa-yml. Maintainer: QE Yast, mgriessmeier Installation-only test configuring an s390x ZFCP storage. ## Reproducible Fails since (at least) Build [29.1](https://openqa.suse.de/tests/6950169) ## Expected result Last good: (unknown) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.suse.de/tests/latest?arch=s390x&distri=sle&flavor=Online&machine=s390x-zfcp&test=zfcp&version=15-SP4)