Project

General

Profile

Actions
Copy link

action #49622

closed

[functional][y] Verify the wrong desktop will show up

Added by JERiveraMoya about 5 years ago. Updated about 4 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
JERiveraMoya
Category:
Enhancement to existing tests
Target version:
SUSE QA - Milestone 33
Start date:
2018-12-12
Due date:
2020-04-21
% Done:

0%

Estimated time:
3.00 h
Difficulty:

Description

Motivation

As a follow-up of #45020, a mechanism was introduced to detect wrong systemd target: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/7136/files#diff-ba06ceac413fe1a2d384ec7dd32ad033R79
Now we need to take into account all cases detected and exclude them, so we can use asset_screen_run or similar in case of failure, instead of info box.
According to discussion in https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/7109#issuecomment-475666974 most of them has already detected:
s390, hyperv, caasp/kubic, and upgrade scenario.

Acceptance criteria

  • AC1: List of scenarios where record_info is displayed is elaborated.
  • AC2: Detection mechanism fails if wrong systemd target is set.

Suggestions

Perform a wide search in OSD/O3 by module (using new feature to search for modules) installation_overview to see if contains the record_info box.

Further details

For example, one of the scenario where we detect it: sle-15-SP1-allmodules+allpatterns

Related issues 4 (0 open — 4 closed)

Related to openQA Tests - action #45020: [functional][y] tests should detect that the wrong desktop will show upResolvedJRivrain2018-12-122019-03-26

Actions
Related to openQA Tests - action #49703: [functional][y][timebox:8h] Evaluate how to switch between TTYs in specific scenarios (hyperv, ssh,vnc)ResolvedJRivrain2019-04-022020-06-02

Actions
Related to openQA Tests - action #49589: [functional][y] DESKTOP variable changes on s390, makes it unreliableRejectedoorlov2019-03-222019-04-09

Actions
Blocked by qe-yam - action #50111: [functional][y] Switch between installation/install shell in vnc installationResolvedJERiveraMoya2019-04-02

Actions
Actions
Copy link
 #1

Updated by JERiveraMoya about 5 years ago

  • Copied from action #45020: [functional][y] tests should detect that the wrong desktop will show up added
Actions
Copy link
 #2

Updated by JERiveraMoya about 5 years ago

  • Copied from deleted (action #45020: [functional][y] tests should detect that the wrong desktop will show up)
Actions
Copy link
 #3

Updated by JERiveraMoya about 5 years ago

  • Related to action #45020: [functional][y] tests should detect that the wrong desktop will show up added
Actions
Copy link
 #4

Updated by JERiveraMoya about 5 years ago

  • Description updated (diff)
Actions
Copy link
 #5

Updated by JERiveraMoya about 5 years ago

  • Description updated (diff)
  • Due date set to 2019-04-09
  • Status changed from In Progress to Workable
Actions
Copy link
 #6

Updated by JRivrain about 5 years ago

  • Related to action #49703: [functional][y][timebox:8h] Evaluate how to switch between TTYs in specific scenarios (hyperv, ssh,vnc) added
Actions
Copy link
 #7

Updated by riafarov about 5 years ago

  • Target version changed from Milestone 23 to Milestone 24
Actions
Copy link
 #8

Updated by riafarov about 5 years ago

Let's address #49589 first

Actions
Copy link
 #9

Updated by riafarov about 5 years ago

  • Related to action #49589: [functional][y] DESKTOP variable changes on s390, makes it unreliable added
Actions
Copy link
 #10

Updated by riafarov about 5 years ago

  • Due date changed from 2019-04-09 to 2019-04-23
Actions
Copy link
 #11

Updated by oorlov about 5 years ago

  • Status changed from Workable to Blocked
Actions
Copy link
 #13

Updated by oorlov about 5 years ago

  • Assignee set to riafarov
Actions
Copy link
 #14

Updated by riafarov about 5 years ago

  • Due date changed from 2019-04-23 to 2019-05-07
Actions
Copy link
 #15

Updated by riafarov about 5 years ago

  • Due date changed from 2019-05-07 to 2019-06-04
  • Status changed from Blocked to Workable
  • Assignee deleted (riafarov)
  • Target version changed from Milestone 24 to Milestone 25

We can work on this one once #50285 is resolved.

Actions
Copy link
 #17

Updated by riafarov almost 5 years ago

  • Due date deleted (2019-06-04)
  • Assignee set to riafarov
  • Target version changed from Milestone 25 to Milestone 30+

I need to crosscheck what is current status of the related tickets and bugs.

Actions
Copy link
 #18

Updated by riafarov almost 5 years ago

  • Blocked by action #50111: [functional][y] Switch between installation/install shell in vnc installation added
Actions
Copy link
 #19

Updated by riafarov almost 5 years ago

  • Status changed from Workable to Blocked

After #50111 is resolved, we can apply the change for SLE 12 SP5, and then simply enable behavior for SLE 15 SP2, once bsc#1129412 is fixed.

Actions
Copy link
 #20

Updated by mgriessmeier over 4 years ago

  • Target version changed from Milestone 30+ to Milestone 30

bulk moved to M30 for revisiting

Actions
Copy link
 #21

Updated by riafarov about 4 years ago

  • Due date set to 2020-04-07
  • Status changed from Blocked to New
  • Assignee deleted (riafarov)
  • Target version changed from Milestone 30 to Milestone 33

Bug is fixed.

Actions
Copy link
 #22

Updated by riafarov about 4 years ago

  • Status changed from New to Workable
  • Estimated time set to 3.00 h

We actually have this code in place already, so we can check if it was showing the error in any of the runs. If not, we can convert this code into hard failure instead of just recording the info.

Actions
Copy link
 #23

Updated by JERiveraMoya about 4 years ago

  • Status changed from Workable to In Progress
  • Assignee set to JERiveraMoya
Actions
Copy link
 #24

Updated by JERiveraMoya about 4 years ago

In OSD searching in all groups for latest build:

Flavor: Full -> https://openqa.suse.de/tests/4015368#step/installation_overview/26
Flavor: Migration-from-SLE11-SP4-to-SLE15-SP2 -> none
Flavor: Migration-from-SLE12-SP5-to-SLE15-SP2 -> none
Flavor: Migration-from-SLE15-SPX-to-SLE15-SP2 -> none
Flavor: Migration-to-HPC15-SP2 -> none
Flavor: Online

Flavor: Regression-on-Migration-from-SLE11-SP4-to-SLE15-SP2: none
Flavor: Regression-on-Migration-from-SLE12-SP5-to-SLE15-SP2: none
Flavor: Regression-on-Migration-from-SLE15-SPX-to-SLE15-SP2: none

Actions
Copy link
 #25

Updated by JERiveraMoya about 4 years ago

In O3 for latest builds searching in following groups:

openSUSE Leap 15 (All flavors) -> none
openSUSE Tumbleweed PowerPC (All flavors) -> none
openSUSE Tumbleweed AArch64 (All flavors) -> none
openSUSE Tumbleweed (All flavors) -> none

Actions
Copy link
 #26

Updated by JERiveraMoya about 4 years ago

  • Status changed from In Progress to Feedback
Actions
Copy link
 #28

Updated by JERiveraMoya about 4 years ago

  • Status changed from Feedback to Blocked
Actions
Copy link
 #29

Updated by riafarov about 4 years ago

Didn't we agree to enable hard failure if no patterns setting is set? As an alternative we can introduce some flag to make hard fail and add warning otherwise.

Actions
Copy link
 #30

Updated by JERiveraMoya about 4 years ago

As far as I remember, agreement was to block the ticket by the bug instead of introduce another exclusion temporarily while there is some answer in the bug.
You still want to go for excluding patterns? I can proceed if you confirm

Actions
Copy link
 #31

Updated by JERiveraMoya about 4 years ago

  • Status changed from Blocked to Feedback
Actions
Copy link
 #32

Updated by riafarov about 4 years ago

  • Due date changed from 2020-04-07 to 2020-04-21
Actions
Copy link
 #33

Updated by JERiveraMoya about 4 years ago

Another bug not related with patterns: https://bugzilla.suse.com/show_bug.cgi?id=1169623

Actions
Copy link
 #34

Updated by JERiveraMoya about 4 years ago

The problem seems to be narrowed to 'some s390x scenarios where specific selection of patterns is involved there is some non-default role selection applied', so that triggers a different behavior compared to other architectures.

Actions
Copy link
 #35

Updated by riafarov about 4 years ago

  • Status changed from Feedback to Resolved
Actions
Copy link

Also available in: Atom PDF