Project

General

Profile

Actions
Copy link

action #56774

closed

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

[functional][u] test fails in boot_to_desktop - openSUSE Welcome not handled in upgrade scenarios

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

Status:
Resolved
Priority:
Normal
Assignee:
zluo
Category:
Bugs in existing tests
Target version:
SUSE QA (private) - Milestone 30
Start date:
2019-08-17
Due date:
% Done:

0%

Estimated time:
42.00 h
Difficulty:

Description

Observation

openQA test in scenario opensuse-Tumbleweed-NET-x86_64-zdup-Leap-42.3-gnome@64bit_cirrus fails in
boot_to_desktop

Acceptance criteria

  • AC1: The "Show on start" checkbox of the opensuse-welcome popup dialog is unticked.
  • AC2: opensuse-welcome popup dialog is closed.
  • AC3: The change is verified in all upgrade scenario from Leap to Tumbleweed.

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)

Follows openQA Tests (public) - action #55661: [opensuse][u] test fails in several modules after booting and login - "openSUSE Welcome" not handled (WAS: test fails in first_boot)Resolveddheidler2019-08-16

Actions
Actions
Copy link
 #1

Updated by SLindoMansilla over 5 years ago

  • Subject changed from test fails in boot_to_desktop - openSUSE Welcome not handled in upgrade scenarios to [functional][u] test fails in boot_to_desktop - openSUSE Welcome not handled in upgrade scenarios
  • Parent task set to #56267
Actions
Copy link
 #2

Updated by StefanBruens over 5 years ago

  • Status changed from New to In Progress
  • Assignee set to StefanBruens
Actions
Copy link
 #3

Updated by StefanBruens over 5 years ago

Ready to merge.

Actions
Copy link
 #4

Updated by dimstar over 5 years ago

Not sure if you'd prefer a different issue, but I'd think we should collect all those oS-welcome things together.

So, there are some more cases:

The multi-users-dm test creates new users and logs in as a different user. Obviously, oS-welcome is shown (the 'do-no-show from earlier was for the initial user)

LXQt also shows oS-welcome

Actions
Copy link
 #6

Updated by ggardet_arm over 5 years ago

  • Status changed from In Progress to Feedback

PR merged.

Actions
Copy link
 #8

Updated by okurz about 5 years ago

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: autoyast_reinstall_gnome
https://openqa.opensuse.org/tests/1052630

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released"
  3. The label in the openQA scenario is removed
Actions
Copy link
 #9

Updated by okurz about 5 years ago

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: autoyast_reinstall_gnome
https://openqa.opensuse.org/tests/1065151

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released"
  3. The label in the openQA scenario is removed
Actions
Copy link
 #11

Updated by SLindoMansilla about 5 years ago

  • Status changed from Feedback to Workable
Actions
Copy link
 #12

Updated by SLindoMansilla about 5 years ago

  • Status changed from Workable to New

To be refined

Actions
Copy link
 #13

Updated by SLindoMansilla about 5 years ago

  • Description updated (diff)
Actions
Copy link
 #14

Updated by SLindoMansilla about 5 years ago

  • Description updated (diff)
Actions
Copy link
 #15

Updated by StefanBruens about 5 years ago

  • Description updated (diff)
Actions
Copy link
 #16

Updated by StefanBruens about 5 years ago

  • Description updated (diff)
Actions
Copy link
 #17

Updated by SLindoMansilla about 5 years ago

  • Follows action #55661: [opensuse][u] test fails in several modules after booting and login - "openSUSE Welcome" not handled (WAS: test fails in first_boot) added
Actions
Copy link
 #18

Updated by SLindoMansilla about 5 years ago

I think when module first_boot is addressed on create_hdd* scenarios, this will not be necessary.
See #55661

Actions
Copy link
 #19

Updated by mgriessmeier over 4 years ago

  • Status changed from New to Workable
  • Target version set to Milestone 30
  • Estimated time set to 42.00 h

ATM there is a workaround with EXCLUDE_MODULES=opensuse_welcome
so let's work on this anytime soon

the goal should be to not have "opensuse_welcome" scheduled, unless explicitely scheduled

Actions
Copy link
 #20

Updated by zluo over 4 years ago

  • Status changed from Workable to In Progress
  • Assignee set to zluo

checking the current status

Actions
Copy link
 #22

Updated by zluo over 4 years ago

checked TW, we have actually the only case with opensuse_welcome which makes trouble.

Actions
Copy link
 #24

Updated by zluo over 4 years ago

will create YAML schedule at https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/schedule/migration
zdup-Leap-42.3-gnome.yaml
add later a setting YAML_SCHEDULE=schedule/migration/zdup-Leap-42.3-gnome.yaml for test suite.

Actions
Copy link
 #25

Updated by zluo over 4 years ago

Actions
Copy link
 #26

Updated by zluo over 4 years ago

YAML_SCHEDULE=schedule/migration/zdup-Leap-42.3-gnome.yaml added in test suite zdup-Leap-42.3-gnome.

check this later on O3 then

Actions
Copy link
 #27

Updated by zluo over 4 years ago

  • Status changed from In Progress to Resolved

https://openqa.opensuse.org/tests/1243241#settings is there and opensuse_welcome is excluded as expected.

Actions
Copy link

Also available in: Atom PDF