action #155335
closedcoordination #151816: [epic] Handle openQA fixes and job group setup
Fix kdump test in yast2_control_center
0%
Description
Motivation¶
openQA test in scenario sle-15-SP6-Online-x86_64-yast2_gui@64bit fails in
yast2_control_center
Root cause¶
We are having this problem because obviously the yast_kdump module is already installed. If you compare the test with a
previous one then you see that we get a popup that says it will install the kdump module.
In the code this looks like this:
sub start_kernel_dump {
search('dump');
assert_and_click 'yast2_control-kernel-kdump';
assert_and_click 'yast2_control-install-kdump';
assert_screen 'yast2_control-center_kernel-kdump-configuration', timeout => 180;
send_key 'alt-o'; # Press ok
assert_screen 'yast2-control-center-ui', timeout => 60;
}
So the failure happens because we are expecting the needle yast2_control-install-kdump
but because kdump
is installed already we don't get this popup and end up where the needle yast2_control-center_kernel-dump-configuration
should match.
Acceptance criteria¶
- AC1: The code of the kdump test routine is modified, so that it does not fail if there is no "install kdump" popup.
Updated by JERiveraMoya 8 months ago
- Tags set to qe-yam-feb-sprint
- Project changed from openQA Tests to qe-yam
- Category deleted (
Bugs in existing tests) - Parent task set to #151816
might be produced because of the bumping of RAM, but yes, solution could handle both cases, installed or not installed, always it is easy to fix expectation than trying to make things works for multiple path, but as this is not libyui-rest-api, not big objection with that solution if it is cheap to implement.
Updated by JERiveraMoya 8 months ago
- Status changed from In Progress to Resolved