action #152879
closedSLES15SP4 tests fail as the add_additional_products.pm is not scheduled at the right time
0%
Description
The sles 15sp4 maintenance installation tests fails during register_extensions_and_modules.pm , as the popup for adding additional products appears , which should have been handled during
For test https://openqa.suse.de/tests/13134686 add_additional_products.pm but the module is scheduled to run after the registration. The test suite is set to use :
YAML_SCHEDULE schedule/yast/maintenance/lvm_thin_provisioning.yaml
YAML_SCHEDULE_DEFAULT schedule/yast/sle/flows/default_sle15sp4_x86.yaml
YAML_TEST_DATA test_data/yast/lvm_thin_provisioning/lvm_thin_provisioning.yaml
The same passes for sles 15 sp3 :
https://openqa.suse.de/tests/13126894#step/add_additional_products/1
and uses : schedule/yast/sle/flows/default_sle15sp3_x86.yaml
Other tests fail as they don't have the particular module in the schedule at all:
https://openqa.suse.de/tests/overview?version=15-SP4&build=20231221-1&distri=sle&groupid=421
Acceptance criteria
- The add_additional_products.pm runs on the proper time to handle the additional products popup and tests no test fails in : https://openqa.suse.de/tests/overview?version=15-SP4&build=20231221-1&distri=sle&groupid=421 during registration
Updated by syrianidou_sofia about 1 year ago
- Project changed from openQA Tests (public) to qe-yam
- Category deleted (
Bugs in existing tests) - Target version set to Current
Updated by syrianidou_sofia about 1 year ago
- Subject changed from SLES15SP4 as the add_additional_products.pm is missing from schedule to SLES15SP4 as the add_additional_products.pm is not scheduled at the right time
- Description updated (diff)
Updated by syrianidou_sofia about 1 year ago
- Subject changed from SLES15SP4 as the add_additional_products.pm is not scheduled at the right time to SLES15SP4 tests fail as the add_additional_products.pm is not scheduled at the right time
- Description updated (diff)
- Assignee set to syrianidou_sofia
- Priority changed from High to Urgent
Updated by syrianidou_sofia about 1 year ago
- Status changed from Workable to In Progress
Updated by syrianidou_sofia about 1 year ago ยท Edited
- Priority changed from Urgent to High
The problem was not the schedule, but the ltss being hidden as a development version module. Weirdly, the failure doesn't occur when the module is not visible for selection, but when the LTSS code field is not shown. Also, some tests don't fail, even though the ltss is not registered, as should.
We can apply a quick workaround to show hidden versions: https://github.com/os-autoinst/os-autoinst-distri-opensuse/compare/master...sofiasyria:os-autoinst-distri-opensuse:ltss_hide
but the LTSS should be out of devel version next week and the tests should not fail. Follow up tickets for improvements will be opened.
We also need to remove WE module as unsupported.
Updated by syrianidou_sofia about 1 year ago
- Status changed from In Progress to Resolved
The LTSS is now out of Development version and WE addon was removed by the medium type by Jozef, so the tests are passing now, without any code intervention : https://openqa.suse.de/tests/13178595