action #101289
closed[Timeboxed: 8h] Investigate that after GNOME 40 in s390x we don't reach handle_additional_polkit_windows in firstboot
0%
Description
Observation¶
It really just looks like "esc" key was not received by SUT. Code is here https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/323ab7bb96bc7948ee92bf5d13a3da812e2e34d6/lib/opensusebasetest.pm#L1060
We could try someting like "wait_still_screen(send_key 'esc')"
openQA test in scenario sle-15-SP4-Full-s390x-select_modules_and_patterns+registration@s390x-kvm-sle12 fails in
first_boot
Test suite description¶
Full Medium installation that covers the following cases:
1. Additional modules enabled using SCC (Legacy, Development Tools,
Web and Scripting, Containers, Desktop Applications);
2. Yast patterns installed;
3. System registration is skipped during installation;
4. Installation is validated by successful boot and that YaST does not
report any issues;
5. Registration is performed on the installed system.
Reproducible¶
Fails since (at least) Build 52.1 (current job)
Expected result¶
Last good: 50.1 (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by JRivrain about 3 years ago
- Project changed from openQA Tests (public) to qe-yam
- Subject changed from test fails in first_boot - send_key probably not received by SUT to send_key probably not received by SUT
- Category deleted (
Bugs in existing tests)
Updated by rainerkoenig about 3 years ago
Can this be another occurence of the https://bugzilla.suse.com/show_bug.cgi?id=1191112 glitch?
Updated by JERiveraMoya about 3 years ago
- Subject changed from send_key probably not received by SUT to After GNOME 40 in s390x we don't reach handle_additional_polkit_windows in firstboot
- Description updated (diff)
Updated by JERiveraMoya about 3 years ago
Contacted desktop team:
Hi! we found an issue with slower arch, in this case s390x, where the polkit popup should be now expected always, https://bugzilla.suse.com/show_bug.cgi?id=1177446 Recently it was this change to handle gnome activities https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/12924 which might look like we don't press ESC (after gnome activities now appears as default at the beginning) but in fact the dialog appears (and could be after or before the ESC is pressed) but according to the code we never reach https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/cae6400303ef59c58de143fbaf3050bf5e22457e/lib/opensusebasetest.pm#L1066 to type the password and unlock because we assert_screen too soon perhaps. Could someone take a look about this handling which happen after gnome 40? https://progress.opensuse.org/issues/101289
Updated by JERiveraMoya about 3 years ago
- Subject changed from After GNOME 40 in s390x we don't reach handle_additional_polkit_windows in firstboot to [Timeboxed: 8h] Investigate that after GNOME 40 in s390x we don't reach handle_additional_polkit_windows in firstboot
- Status changed from New to In Progress
- Assignee set to JERiveraMoya
- Priority changed from High to Normal
Updated by JERiveraMoya about 3 years ago
- Status changed from In Progress to Closed
Updated by tjyrinki_suse about 3 years ago
- Has duplicate action #101935: [desktop] test fails in first_boot added