action #135143
closed[tools] test fails in openqa_from_git -> dashboard size:M auto_review:"no candidate needle.*boot-menu, openqa-desktop":retry
0%
Description
Observation¶
openQA test in scenario openqa-Tumbleweed-dev-x86_64-openqa_from_git@64bit-2G fails in
dashboard
Test suite description¶
test fails in ensure_unlocked_desktop .. send first click in login screen to show password prompt but not type password.
I tried create needle -> needle correctly saved, but it looks like ensure_unlocked_desktop has problem in main loop :(
Reproducible¶
Fails since (at least) Build :TW.22712
Expected result¶
Last good: :TW.22711 (or more recent)
Further details¶
Always latest result in this scenario: latest
Acceptance criteria¶
AC1: test successfully unlocks desktop
Updated by osukup 8 months ago
- Related to coordination #106922: [epic][sporadic] openqa_from_git fails in dashboard due to ensure_unlocked_desktop not expecting password entry screen in case of locked desktop auto_review:"match=desktop-runner,screenlock timed out.*":retry added
Updated by openqa_review 8 months ago
- Due date set to 2023-09-27
Setting due date based on mean cycle time of SUSE QE Tools
Updated by okurz 7 months ago
- Status changed from Resolved to Workable
- Assignee deleted (
osukup) - Priority changed from Normal to Urgent
I think this broke other tests, see https://openqa.opensuse.org/tests/3580801#step/worker/1 where we need the generic desktop needles in the "locked" variant. https://github.com/os-autoinst/os-autoinst-needles-openQA/pull/20 removed the according tags.
The problem is only apparent in the "full" scenario which takes long enough to clone the test distribution and install dependencies that the desktop is always locked before being able to return to the desktop from the text terminal. Likely the problem was not seen in before due to the scenario not being referenced properly which was fixed by https://github.com/os-autoinst/os-autoinst-distri-openQA/pull/145
Updated by okurz 7 months ago
I merged a revert https://github.com/os-autoinst/os-autoinst-needles-openQA/pull/21 and retriggered full tests
https://openqa.opensuse.org/tests/3581593#step/worker/1 passed again
Updated by osukup 5 months ago
okurz wrote in #note-9:
I think this broke other tests, see https://openqa.opensuse.org/tests/3580801#step/worker/1 where we need the generic desktop needles in the "locked" variant. https://github.com/os-autoinst/os-autoinst-needles-openQA/pull/20 removed the according tags.
The problem is only apparent in the "full" scenario which takes long enough to clone the test distribution and install dependencies that the desktop is always locked before being able to return to the desktop from the text terminal. Likely the problem was not seen in before due to the scenario not being referenced properly which was fixed by https://github.com/os-autoinst/os-autoinst-distri-openQA/pull/145
no. we need the correct needles with the correct tag and generic-desktop isn't locked desktop.
Updated by jbaier_cz 5 months ago
- Related to action #126680: [openQA-in-openQA] no candidate needle with tag(s) 'boot-menu, openqa-desktop' matched in worker size:M added
Updated by jbaier_cz 5 months ago
- Status changed from In Progress to Feedback
After looking at the code, I think the issue is (as hinted above) that generic-desktop and screenlock shouldn't be on used on the same needle. The code expects generic-desktop to be the unlocked, usable, target screen. https://github.com/os-autoinst/os-autoinst-needles-openQA/pull/23 should make the situation right for cases, where the installation is long enough for the screen to be locked.