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 over 1 year 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 livdywan over 1 year ago
- Subject changed from [tools] test fails in openqa_from_git -> dashboard to [tools] test fails in openqa_from_git -> dashboard size:M
- Status changed from New to Workable
Updated by osukup over 1 year ago
- Assignee set to osukup
looks like main problem are wrongly tagged needles ..
Updated by osukup over 1 year ago
Updated by openqa_review over 1 year ago
- Due date set to 2023-09-27
Setting due date based on mean cycle time of SUSE QE Tools
Updated by osukup over 1 year ago
- Status changed from In Progress to Resolved
changes merged. So now ensure_unlocked_desktop should work as excepted
Updated by okurz over 1 year 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 over 1 year ago
- Subject changed from [tools] test fails in openqa_from_git -> dashboard size:M to [tools] test fails in openqa_from_git -> dashboard size:M auto_review:"no candidate needle.*boot-menu, openqa-desktop":retry
Updated by okurz over 1 year 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 okurz about 1 year ago
- Due date deleted (
2023-09-27) - Target version changed from Ready to Tools - Next
Updated by osukup about 1 year 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 okurz about 1 year ago
- Target version changed from Tools - Next to Ready
Updated by jbaier_cz about 1 year 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 about 1 year ago
- Status changed from Workable to In Progress
Will try to replicate the issue; this might be also already resolved or/and it might be also mitigated with #126680
Updated by jbaier_cz about 1 year 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.
Updated by jbaier_cz about 1 year ago
- Status changed from Feedback to Resolved