action #60425
closed
[sle][security][sle15sp2][x86_64][FIPS] test fails in boot_to_desktop due to the PR#9021 merged
Added by bchou over 4 years ago.
Updated over 4 years ago.
Category:
Bugs in existing tests
Description
Observation¶
openQA test in scenario sle-15-SP2-Online-x86_64-fips_env_mode_tests_crypt_core@64bit fails in
boot_to_desktop
Test suite description¶
Maintainer: bchou@suse.com.
Workaround for FIPS single module mode
Reproducible¶
Fails since (at least) Build 93.1
Expected result¶
Last good: (unknown) (or more recent)
Further details¶
Always latest result in this scenario: latest
- Subject changed from [sle][security][sle15sp2][x86_64][FIPS] test fails in boot_to_desktop due to Needles missing to [sle][security][sle15sp2][x86_64][FIPS] test fails in boot_to_desktop the PR#9021 merged
- Subject changed from [sle][security][sle15sp2][x86_64][FIPS] test fails in boot_to_desktop the PR#9021 merged to [sle][security][sle15sp2][x86_64][FIPS] test fails in boot_to_desktop due to the PR#9021 merged
As discussed I removed again the wrong needle you created for "emergency mode" when there was no emergency mode at all. The problem you observed only affects SLE15-SP2 in the current state in gnome as for all older versions we still apply what is needed for gnome < 3.34 . One could solve it by dynamically checking for the username entry field.
Most FIPS cases in the security test suite are starting from boot_to_desktop case. Currently, they are running well as soft-failed in the Security job group after the PR and Needles updated.
fips_env_mode_tests_crypt_core:
https://openqa.suse.de/tests/3720802
- Status changed from New to Resolved
Also available in: Atom
PDF