action #112577
closedApply workaround for yast content not being loaded for MU sp4/5
0%
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.
Updated by JRivrain over 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)
Updated by JRivrain over 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)
Updated by JRivrain over 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
Updated by JRivrain over 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
Updated by JRivrain over 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.
Updated by JRivrain over 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
Updated by JRivrain over 2 years ago
- Related to action #112589: Adapt yast2_instserver for sp4 in MU added
Updated by JERiveraMoya over 2 years ago
- Description updated (diff)
- Status changed from Workable to New
- Target version set to Current
Updated by JERiveraMoya over 2 years ago
- Tags deleted (
qe-yast-refinement) - Description updated (diff)
- Status changed from New to Workable
Updated by shukui over 2 years ago
- Status changed from Workable to In Progress
- Assignee set to shukui
Updated by shukui over 2 years ago
Updated by JERiveraMoya about 2 years 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.
Updated by JERiveraMoya about 2 years 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.
Updated by JERiveraMoya about 2 years ago
- Tags changed from qe-yast-refinement to YaST
- Priority changed from Normal to Low
Updated by JERiveraMoya about 2 years ago
- Target version changed from Current to future
Updated by syrianidou_sofia over 1 year 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