action #63394
closed[desktop] test fails in consoletest_finish, unexpected popup for authentication modifying system repositories, workaround for boo#1163435
0%
Description
Observation¶
openQA test in scenario opensuse-Tumbleweed-NET-x86_64-upgrade_Leap_42.3_cryptlvm@uefi fails in
consoletest_finish
Test suite description¶
okurz: Replaced older HDD_1=opensuse-42.3-x86_64-Updates-20170217-1-cryptlvm@uefi.qcow2 which was not existing anymore by HDD_1=%DISTRI%-42.3-%ARCH%-GM-cryptlvm@%MACHINE%.qcow2 but only for this test suite. Do we need it for others as well?
Reproducible¶
Fails since (at least) Build 20200210 (current job)
Expected result¶
Last good: 20200209 (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by okurz about 4 years ago
- Status changed from In Progress to Feedback
https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/9543
For verification I used
openqa-clone-job --skip-chained-deps --within-instance https://openqa.opensuse.org 1171251 CASEDIR=https://github.com/okurz/os-autoinst-distri-opensuse.git#fix/modify_system PRODUCTDIR=os-autoinst-distri-opensuse/products/opensuse NEEDLES_DIR=/var/lib/openqa/cache/openqa1-opensuse/tests/opensuse/products/opensuse/needles
as at best the verification run is already picked up by TTM as the production run as well when the issue is fixed. The necessary new needle I had created already in before.
Created job #1171943: opensuse-Tumbleweed-NET-x86_64-Build20200210-upgrade_Leap_42.3_cryptlvm@uefi -> https://openqa.opensuse.org/t1171943
Updated by okurz about 4 years ago
- Status changed from Feedback to Resolved
latest test is fine https://openqa.opensuse.org/tests/1181748 but not due to my changes.
Updated by okurz about 4 years ago
- Related to action #51239: [qe-core][functional][opensuse] test fails in updates_packagekit_gpk as unexpected authentication password menu added