action #47321
Updated by szarate about 5 years ago
## Observation openQA test in scenario opensuse-15.0-DVD-Updates-x86_64-gnome@64bit-2G fails in [updates_packagekit_gpk](https://openqa.opensuse.org/tests/848696/modules/updates_packagekit_gpk/steps/3) <del>on feb 7 the updates_packagekit_gpk started to fail on leap 15.0 tests It seems there is a GNOME screen and it is no longer getting detected correctly. </del> Actually updates_packagekit_gpk already failed earlier in before, e.g. from 20 days ago: https://openqa.opensuse.org/tests/838957#step/updates_packagekit_gpk/3 on 2019-01-26 And we can find even older failures in the same modules but that could be different steps. ## Reproducible Often but not always ## Expected result <del>Last good: [20190207-3](https://openqa.opensuse.org/tests/848606) however a lot of tests failed in before in a prerequisite</del> Last good: [20190124-1](https://openqa.opensuse.org/tests/836503) ## Suggestions * Change the assert_screen to increase the timeout to 60 seconds for the second loop<del>, loop, and add a soft failure already there</del> there * [easy] Apply Actually wait, since this wait_still_screen call looks like a solution similar to: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/6825 noop for me, sleeping for 5 seconds. * Only focus on failures in the initial steps of updates_packagekit_gpk * Report product regression bug or fix test regression * Bisect test changes as well as product changes with [statistical investigation](https://progress.opensuse.org/projects/openqatests/wiki/Wiki#Statistical-investigation) * Optional: Increase stability of test module or scenario, e.g. by reordering test module schedule ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?flavor=DVD-Updates&distri=opensuse&machine=64bit-2G&test=gnome&arch=x86_64&version=15.0) ## Workaround Retrigger failing jobs