Project

General

Profile

Actions

action #112577

closed

Apply workaround for yast content not being loaded for MU sp4/5

Added by JRivrain almost 2 years ago. Updated 3 months ago.

Status:
Rejected
Priority:
Low
Assignee:
-
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:
Tags:

Description

Motivation

The mau-extratests-yast2ui testsuite is sometimes affected by bsc#1191112.
For now we should apply the same workaround that we used in poo#105046.

Scope

Affected modules are yast2_bootloader and yast2_instserver, currently scheduled in the mau-extratests-yast2ui_dev testsuite that runs in our development group

Acceptance criteria

AC1: Add workaround make the next screen visible in the affected areas
AC2: Reference bsc#1191112 as soft failure when applying the workaround

Suggestion

Send f10 to maximize and unmaximize the window n times, as done for example here. This forces the YaST screen to, at some point, refresh the proper content, and send_key_until_needlematch will match the needle then and succeed.
Care must be taken with send_key_until_needlematch, as the number of keys sent is one more than specified in the command arguments, so I would suggest you stick to odd numbers for the repetitions (eg 9 instead of 10 in the case of send_key_until_needlematch('yast2_control-center_wake-on-lan_overview', 'alt-f10', 9, 2);).
Otherwise the screen will not match because the window will be left maximized.

Further info

Fix the same problem if appear multiple times, but if it is a different issue, file a different ticket for it.
Since we have noticed this issue only for MU sp4, it might be worth it, at some point, to convert the mau-extratests-yast2ui testsuite to use libyui rest api. This would overstep the current refresh issue as the rest api would provide the correct screen information.
In that case this workaround would need to be reverted.


Related issues 1 (0 open1 closed)

Related to qe-yam - action #112589: Adapt yast2_instserver for sp4 in MURejected2022-06-16

Actions
Actions #1

Updated by JRivrain almost 2 years ago

  • Subject changed from auto_review:"Test died: no candidate needle with tag(s) \'yast2-bootloader_default-boot-section\' matched":force_result:softfailed to auto_review:"Test died: no candidate needle with tag(s) \'yast2-bootloader_default-boot-section\' matched":force_result:softfailed:poo112577
  • Description updated (diff)
Actions #2

Updated by JRivrain almost 2 years ago

  • Tracker changed from action to openqa-force-result
  • Project changed from qe-yam to openQA Tests
  • Start date deleted (2022-06-16)
Actions #3

Updated by JRivrain almost 2 years ago

  • Subject changed from auto_review:"Test died: no candidate needle with tag(s) \'yast2-bootloader_default-boot-section\' matched":force_result:softfailed:poo112577 to auto_review:"Test died: no candidate needle with tag(s) 'yast2-bootloader_default-boot-section' matched":force_result:softfailed:poo112577
Actions #4

Updated by JRivrain almost 2 years ago

  • Tracker changed from openqa-force-result to action
  • Project changed from openQA Tests to qe-yam
  • Subject changed from auto_review:"Test died: no candidate needle with tag(s) 'yast2-bootloader_default-boot-section' matched":force_result:softfailed:poo112577 to Test died: no candidate needle with tag(s) 'yast2-bootloader_default-boot-section' matched"
  • Status changed from New to Workable
  • Priority changed from Normal to High
  • % Done set to 0
Actions #5

Updated by JRivrain almost 2 years ago

I resigned to set this to auto-review as this happens too randomly, in different modules. we just need to disable or fix it asap.

Actions #6

Updated by JRivrain almost 2 years ago

  • Subject changed from Test died: no candidate needle with tag(s) 'yast2-bootloader_default-boot-section' matched" to Apply workaround for yast content not being loaded for MU sp4
Actions #8

Updated by JRivrain almost 2 years ago

  • Tags set to qe-yast-refinement
Actions #9

Updated by JRivrain almost 2 years ago

  • Related to action #112589: Adapt yast2_instserver for sp4 in MU added
Actions #10

Updated by JERiveraMoya almost 2 years ago

  • Description updated (diff)
  • Status changed from Workable to New
  • Target version set to Current
Actions #11

Updated by geor almost 2 years ago

  • Description updated (diff)
Actions #12

Updated by geor almost 2 years ago

  • Description updated (diff)
Actions #13

Updated by geor almost 2 years ago

  • Description updated (diff)
Actions #14

Updated by geor almost 2 years ago

  • Description updated (diff)
Actions #15

Updated by JERiveraMoya almost 2 years ago

  • Priority changed from High to Normal
Actions #16

Updated by JERiveraMoya almost 2 years ago

  • Tags deleted (qe-yast-refinement)
  • Description updated (diff)
  • Status changed from New to Workable
Actions #17

Updated by shukui almost 2 years ago

  • Status changed from Workable to In Progress
  • Assignee set to shukui
Actions #19

Updated by JERiveraMoya over 1 year ago

  • Assignee changed from shukui to geor

@geor,as you agreed to take over, please consider the effort given that the bug seems that is supposed to be resolved and we can verify if the workaround is not needed anymore.

Actions #20

Updated by JERiveraMoya over 1 year ago

  • Tags set to qe-yast-refinement
  • Status changed from In Progress to New
  • Assignee deleted (geor)

I asked for clarification in bug and in Demo as well:
https://bugzilla.suse.com/show_bug.cgi?id=1191112#c72
Let's hold a bit.

Actions #21

Updated by JERiveraMoya over 1 year ago

  • Tags changed from qe-yast-refinement to YaST
  • Priority changed from Normal to Low
Actions #22

Updated by JERiveraMoya over 1 year ago

  • Target version changed from Current to future
Actions #23

Updated by JERiveraMoya over 1 year ago

  • Target version deleted (future)
Actions #24

Updated by syrianidou_sofia 11 months ago

  • Subject changed from Apply workaround for yast content not being loaded for MU sp4 to Apply workaround for yast content not being loaded for MU sp4/5
Actions #25

Updated by syrianidou_sofia 11 months ago

  • Target version set to Current
Actions #26

Updated by JERiveraMoya 3 months ago

  • Status changed from New to Rejected

Backlog clean-up.

Actions

Also available in: Atom PDF