action #90374
closedthin_provisioning: installs KDE desktop instead of GNOME desktop
0%
Description
Observation¶
openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-lvm_thin_provisioning@64bit fails in
opensuse_welcome
Test suite description¶
Complete OS deployment with unencrypted LVM drive management. Test creates 2 LVM and BIOS boot partitions. Thin pool and thin lv resides on the second LVM partition, where /home (XFS) is being mounted.
Maintainer: mloviska, poo#39023
Reproducible¶
Fails since (at least) Build 20210318 (current job)
Expected result¶
Last good: 20210317 (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by okurz about 3 years ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: lvm_thin_provisioning
https://openqa.opensuse.org/tests/1688364
To prevent further reminder comments one of the following options should be followed:
- The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
- The openQA job group is moved to "Released"
- The label in the openQA scenario is removed
Updated by dimstar about 3 years ago
To my untrained eye, I'd say it is a regression from
https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/12119
Prior to that, the schedule was
- logpackages
- system_role
now, the schedule is:
- logpackages
- validate_default_role
- select_role
Updated by oorlov about 3 years ago
- Project changed from openQA Tests to qe-yam
- Category deleted (
Bugs in existing tests)
Updated by dimstar about 3 years ago
- Status changed from New to Resolved
Issue has been fixed by
https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/12320
Updated by dimstar about 3 years ago
Product test passed: https://openqa.opensuse.org/tests/1700419