action #29640: [sle][functional] test fails in addon_products_sle - Desktop module and Server module not selected on all-packages-iso scenario - openQA Tests (public) - openSUSE Project Management Tool

Actions

Copy link

action #29640

closed

[sle][functional] test fails in addon_products_sle - Desktop module and Server module not selected on all-packages-iso scenario

Added by SLindoMansilla about 7 years ago. Updated almost 7 years ago.

Status:

Resolved

Priority:

High

Assignee:

qmsu

Category:

Bugs in existing tests

Target version:

openQA Project (public) - Milestone 13

Start date:

2017-12-20

Due date:

2018-01-30

% Done:

Estimated time:

Difficulty:

Description

Observation¶

openQA test in scenario sle-15-Installer-DVD-x86_64-skip_registration+all-packages-iso@64bit fails in
addon_products_sle

Acceptance criteria¶

AC1: The Desktop applications module is activated on test module addon_products_sle
AC2: The Server applications module is activated on test module addon_products_sle

Tasks¶

Fix the test module addon_products_sle to enable modules Desktop applications and Server applications

Reproducible¶

Fails since (at least) Build 404.1

Expected result¶

Last good: 398.1 (or more recent)

Further details¶

Always latest result in this scenario: latest

Related issues 1 (0 open — 1 closed)

Actions

Copy link

Updated by okurz almost 7 years ago

Related to coordination #29589: [sle][functional][epic][sle15][hard] Revisit default role and module preselection added

Actions

Copy link

Updated by okurz almost 7 years ago

Subject changed from [sle][functional] test fails in addon_products_sle - Desktop module and Server module not selected to [sle][functional] test fails in addon_products_sle - Desktop module and Server module not selected on all-packages-iso scenario

Actions

Copy link

Updated by okurz almost 7 years ago

Due date set to 2018-01-30
Priority changed from Normal to High
Target version set to Milestone 13

Actions

Copy link

Updated by qmsu almost 7 years ago

This issue also happened on migration testing, such as: https://openqa.suse.de/tests/1340454

The "ServerApp" module was actually selected, according to following lines of https://openqa.suse.de/tests/1335159/file/autoinst-log.txt

[Tue Dec 19 18:18:26 2017] [6241:debug] >>> testapi::_handle_found_needle: found addon-products-all_packages-serverapp-highlighted-20171015, similarity 1.00 @ 357/533
[Tue Dec 19 18:18:26 2017] [6241:debug] /var/lib/openqa/cache/tests/sle/tests/installation/addon_products_sle.pm:32 called testapi::send_key
[Tue Dec 19 18:18:26 2017] [6241:debug] <<< testapi::send_key(key='spc', do_wait=0)
[Tue Dec 19 18:18:26 2017] [6241:debug] /var/lib/openqa/cache/tests/sle/tests/installation/addon_products_sle.pm:34 called testapi::send_key

Then, "DesktopApp" is the only module missing here, how about:

--- a/tests/installation/addon_products_sle.pm
+++ b/tests/installation/addon_products_sle.pm
@@ -26,7 +26,9 @@ sub handle_all_packages_medium {
# corresponds to the selected SLE15 product because the "all packages"
# addon medium and feature of installer is only available for SLE >= 15
# anyway

foreach (split(/,/, $SLE15_DEFAULT_MODULES{get_required_var('SLE_PRODUCT')})) {
my @addons = split(/,/, $SLE15_DEFAULT_MODULES{get_required_var('SLE_PRODUCT')});
push @addons, 'desktop' if check_var('Desktop', 'gnome') && ('desktop' !~ @addons);
foreach ($addons) { send_key 'home';

Above change at least works in migration testing:
http://10.67.18.143/tests/86

Actions

Copy link