action #157678
open
login_test: GNOME 46 control center / users loads 'root' user settings (then toggles auto-login on for it)
Added by dimstar 4 months ago.
Updated about 2 months ago.
Category:
Bugs in existing tests
Description
Observation¶
The tests needs to be validated against UI changes of GNOME 46.
Specifically here, we load g-c-c, search users and end up in 'root'; then switch hon autologin for it (even though the test would expect to switch autologin off for bernhard)
Tests needs to be validated to still do the right thing.
openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-desktopapps-gnome@64bit fails in
login_test
Test suite description¶
Reproducible¶
Fails since (at least) Build 20240320
Expected result¶
Last good: 20240319 (or more recent)
Further details¶
Always latest result in this scenario: latest
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: desktopapps-gnome
https://openqa.opensuse.org/tests/4060630#step/login_test/1
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" or "EOL" (End-of-Life)
- The bugref in the openQA scenario is removed or replaced, e.g.
label:wontfix:boo1234
Expect the next reminder at the earliest in 28 days if nothing changes in this ticket.
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: desktopapps-gnome
https://openqa.opensuse.org/tests/4093531#step/login_test/1
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" or "EOL" (End-of-Life)
- The bugref in the openQA scenario is removed or replaced, e.g.
label:wontfix:boo1234
Expect the next reminder at the earliest in 28 days if nothing changes in this ticket.
- Assignee set to GraceWang
@dimstar I was trying to fix this ticket and found this looks more like a product bug rather than a UI change.
We load g-c-c, search users it end up in "bernhard" user by default before we unlock the Users setting.
After we click the Unlock... button and input administrator password to authenticate, it will ends in "Root".
This issue can only be reproduced once in a fresh installed environment.
In addition, the https://openqa.opensuse.org/tests/4186218#step/change_password/11 also fails due to the same reason.
https://bugzilla.opensuse.org/show_bug.cgi?id=1224199 has been filed to track this issue.
Please feel free to let me know if there's anything wrong with my testing and viewpoint.
Also available in: Atom
PDF