action #56777: [functional][u] test fails in installation - openSUSE Welcome not handled in installation module after autoyast - openQA Tests (public) - openSUSE Project Management Tool

Actions

Copy link

action #56777

closed

coordination #56267: [epic][qe-core][functional] openSUSE welcome message is not properly handled

[functional][u] test fails in installation - openSUSE Welcome not handled in installation module after autoyast

Added by StefanBruens over 5 years ago. Updated about 5 years ago.

Status:

Resolved

Priority:

High

Assignee:

zluo

Category:

Bugs in existing tests

Target version:

SUSE QA (private) - Milestone 28

Start date:

2019-09-11

Due date:

% Done:

Estimated time:

42.00 h

Difficulty:

Description

Observation¶

openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-autoyast_gnome@64bit fails in
installation

Acceptance criteria¶

AC1: There is a function to check and close the openSUSE welcome popup when a user logs in in a graphical session.
AC2: The function is properly used in scenario opensuse-Tumbleweed-DVD-x86_64-autoyast_gnome@64bit (this removes urgency)
AC3: The function is properly used in any openSUSE scenario where a user logs in in a graphical session (Tumbleweed, JeOS, KDE, GNOME, IceWM, etc)

Tasks¶

Create the function as opensusebasetest.pm method.

Reproducible¶

Fails since (at least) Build 20190909 (current job)

Expected result¶

Last good: 20190907 (or more recent)

Further details¶

Always latest result in this scenario: latest

Related issues 1 (0 open — 1 closed)

Actions

Copy link

Updated by SLindoMansilla over 5 years ago

Subject changed from test fails in installation - openSUSE Welcome not handled to [functional][u] test fails in installation - openSUSE Welcome not handled in installation module after autoyast
Parent task set to #56267

Actions

Copy link

Updated by SLindoMansilla over 5 years ago

Related to action #38423: [sle][functional][u][hard] Refactor first_boot to unify duplicated behavior for remote backend added

Actions

Copy link

Updated by SLindoMansilla over 5 years ago

The module installation is doing both the work of wait_install and first_boot. If the behavior would have been done separately, the issue could be resolved by just scheduling the module opensuse_welcome.

Actions

Copy link

Updated by SLindoMansilla about 5 years ago

Priority changed from Normal to High

Actions

Copy link

Updated by SLindoMansilla about 5 years ago

Description updated (diff)
Status changed from New to Workable
Priority changed from High to Urgent
Target version set to Milestone 28
Estimated time set to 42.00 h

Actions

Copy link

Updated by zluo about 5 years ago

Status changed from Workable to In Progress
Assignee set to zluo
Priority changed from Urgent to High

take over and check current status.

Actions

Copy link

Updated by zluo about 5 years ago

failing all the time till now except a month ago:

https://openqa.opensuse.org/tests/1048228#step/installation/18

Actions

Copy link

Updated by zluo about 5 years ago

Priority changed from High to Urgent

okay, keep P: urgent

Actions

Copy link

Updated by StefanBruens about 5 years ago

The first step is solved by
https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/8413/files

It is sufficient to pass the test.

If any further handling is required, it can be added instead of the return;:

elsif (match_has_tag('opensuse-welcome')) {
    return;   // <- Change if further handling is required
}

Actions

Copy link

#10

Updated by zluo about 5 years ago

http://f40.suse.de/tests/5270 shows successful results by using PR: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/8413

Tumbleweed-DVD-x86_64-Build20191104-autoyast_gnome: OK

Actions

Copy link

#11

Updated by zluo about 5 years ago

restart some autoyast tests on o3 and check these test results later.

Actions

Copy link

#12

Updated by zluo about 5 years ago

Status changed from In Progress to Resolved

https://openqa.opensuse.org/tests/overview?distri=microos&distri=opensuse&version=Tumbleweed&build=20191104&groupid=1

autoyast installation are now all successful.

Actions

Copy link

#13

Updated by SLindoMansilla about 5 years ago

Priority changed from Urgent to High

Actions

Copy link

#14

Updated by SLindoMansilla about 5 years ago

Status changed from Resolved to Workable

Acceptance criteria are not fulfilled.

It is a matter of time until another module in another scenario fails again and then we have a lot of microcode spread on every module for graphical session. Just passing is not an option. We have also cases where other needles fail due to the window. Remember the click to close window when a background window matches in gnucash. And now we are are letting this race condition happen on any module.

The openSUSE welcome popup needs to be handled properly:
Closed the first time it appears with checkbox "Show on next startup" out.

In this autoyast scenario, this has to be handled here: http://f40.suse.de/tests/5270#step/installation/10

So that the popup doesn't appear in any of the following modules:

Actions

Copy link

#15