action #24706
closed[sles][functional] test fails in first_boot - Adapt test to workaround / accept behavior to continue with console tests
0%
Description
Observation¶
openQA test in scenario sle-15-Leanos-DVD-x86_64-cryptlvm_minimal_x@64bit fails in
first_boot
Adapt test to workaround / accept behavior to continue with console tests
In 12-SP3 looked like this: https://openqa.suse.de/tests/1058315#step/first_boot/4
Reproducible¶
Fails since (at least) Build 93.17
Expected result¶
Last good: (unknown) (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by SLindoMansilla over 7 years ago
- Related to coordination #20580: [sle][functional][epic] sle 15 setup added
Updated by mgriessmeier over 7 years ago
hmm - what do you think about a product bug here?
it seems like IceWM is missing
Updated by SLindoMansilla over 7 years ago
- Status changed from New to Feedback
- Assignee set to SLindoMansilla
Waiting for feedback in case IceWM is expected to be on the packages or not -> https://bugzilla.suse.com/show_bug.cgi?id=1057538
Updated by okurz over 7 years ago
- Priority changed from Normal to High
I don't know where you want to get with this ticket. This scenario was designed to test SLES but currently the scenario is not registering SLES over SCC but skipping registration. I consider the problem reported in this ticket closely related to bsc#1055023 and blocked by bsc#1054974 . In case these two bugs are resolved and bsc#1054375 about SCC registration on non-x86_64 really works and was verified fixed then IMHO the right way would be to register the product and continue from there.
Updated by okurz over 7 years ago
the expected window manager is icewm which is in SLES now for 278.1 at least, please check again the current status and update ticket accordingly.
Updated by SLindoMansilla over 7 years ago
- Status changed from Feedback to Resolved
IceWM is there again.
Verified on OSD: https://openqa.suse.de/tests/1187100#step/first_boot/4