Project

General

Profile

Actions

action #101289

closed

[Timeboxed: 8h] Investigate that after GNOME 40 in s390x we don't reach handle_additional_polkit_windows in firstboot

Added by JRivrain about 3 years ago. Updated about 3 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Target version:
Start date:
2021-10-21
Due date:
% Done:

0%

Estimated time:

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


Related issues 1 (0 open1 closed)

Has duplicate openQA Tests - action #101935: [desktop] test fails in first_bootResolved2021-11-04

Actions
Actions #1

Updated by JRivrain about 3 years ago

  • Project changed from openQA Tests 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)
Actions #2

Updated by JRivrain about 3 years ago

  • Priority changed from Normal to High
Actions #3

Updated by JRivrain about 3 years ago

  • Description updated (diff)
Actions #4

Updated by rainerkoenig about 3 years ago

Can this be another occurence of the https://bugzilla.suse.com/show_bug.cgi?id=1191112 glitch?

Actions #5

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)
Actions #6

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
Actions #7

Updated by JERiveraMoya about 3 years ago

  • Target version set to Current
Actions #8

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
Actions #9

Updated by JERiveraMoya about 3 years ago

  • Status changed from In Progress to Closed
Actions #10

Updated by tjyrinki_suse almost 3 years ago

  • Has duplicate action #101935: [desktop] test fails in first_boot added
Actions

Also available in: Atom PDF