Project

General

Profile

Actions

action #34273

closed

[sle][functional][sle15][y][medium] select phub module properly after bsc#1056047 has been closed

Added by okurz over 6 years ago. Updated over 6 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Bugs in existing tests
Start date:
2018-04-04
Due date:
2018-06-05
% Done:

0%

Estimated time:
Difficulty:
medium

Description

Observation

openQA test in scenario sle-15-Installer-DVD-x86_64-allmodules+allpatterns@64bit fails to find the module "phub" in
scc_registration even though it's visible. Seems we never had this needle.

Acceptance criteria

  • AC1: DONE: workaround from lib/registration is removed as the bug is closed
  • AC2: DONE: module "phub" is selected in "allmodules" scenario as well as allmodules+allpatterns
  • AC3: allmodules+allpatterns also installs patterns from packagehub as available
  • AC4: DONE: other scenarios are still working fine without phub selected

Further details

Always latest result in this scenario: latest


Related issues 1 (1 open0 closed)

Related to openQA Tests - coordination #20136: [sle][packagehub][opensuse][epic] packagehub testingNew2017-06-28

Actions
Actions #1

Updated by okurz over 6 years ago

  • Target version set to Milestone 15
Actions #2

Updated by okurz over 6 years ago

  • Subject changed from [sle][functional][sle15][y] select phub module properly after bsc#1056047 has been closed to [sle][functional][sle15][y][medium] select phub module properly after bsc#1056047 has been closed
  • Due date changed from 2018-05-08 to 2018-05-22
  • Target version changed from Milestone 15 to Milestone 16
  • Difficulty set to medium

S16 is pretty full, we estimated to medium so we have too many of these. We could wait for the phub SLE15 kde pattern to appear.

Actions #3

Updated by okurz over 6 years ago

  • Description updated (diff)

commit 8e607104
Author: qmsu qmsu@suse.com
Date: Thu Apr 12 05:39:41 2018 +0200

Remove workaround of package hub registration

Remove workaround for boo#1056047, bug has been fixed and
the workaround itself leads to problem now
Remove workaround for bsc#1046172, the issue has been gone
no registration code is asked for package hub neither for
SLE 12-SP3 nor 15.
Increase timeout to 5s for SUT responsing to key 'down'
-poo#34459

removed the workaround.

https://openqa.suse.de/tests/1676092#step/scc_registration/25 shows that "phub" is enabled as module in allmodules+allpatterns.

https://openqa.suse.de/tests/1675854#step/select_patterns_and_packages/120 shows that even KDE is selected but there is a package conflict but that is not raised as a test failure. Only a soft failure to the VERIFIED FEATURE bug https://bugzilla.suse.com/show_bug.cgi?id=1084064 is recorded. Shouldn't the test fail when patterns can not be installed?

@JERiveraMoya you changed that piece of code I think introducing the soft-failure. Do you understand why the test module does not fail? I guess the soft-fail on the above bug should be removed and there should rather be specific soft-failures to the indidvidual package installation issues.

https://bugzilla.suse.com/show_bug.cgi?id=1091985 is a bug report by me about some unresolved dependencies but I suggest to use specific bug reports with links to individual error popups.

Actions #4

Updated by JERiveraMoya over 6 years ago

  • Assignee set to JERiveraMoya
Actions #5

Updated by JERiveraMoya over 6 years ago

As described in the bug the problem is that all is selectable in YaST and is suggested to open a feature request due to there's currently no way to get this behavior changed.
I was asking in #yast channel and I got this info:

  • In order to prevent the selection, they should check all the packages conflicts every time user selects one.
  • In general they do not expect too many patterns to conflict.
  • User would hate a system that disables one box because another one was checked without presenting the information about what's going on, specially in a expert-targeted screen with dozens of interconnected checkboxes.

In summary, for what I could check we could file different bugs for those "nothing provides ..." dependencies but for the case of the cloud pattern is a little different with the "CLOUD PATTERN X -ALL" checkboxes which is not clear. I will try to think how to create individual soft-failure for those notifications.

Actions #6

Updated by JERiveraMoya over 6 years ago

  • Status changed from Workable to In Progress

Verified manually that all cloud patterns are incompatible among each others except OpenStack. That is ok for the reasons above related with the design of the dialog.
For the missing dependencies after adding phub:
KDE patterns: https://bugzilla.suse.com/show_bug.cgi?id=1093073

Actions #7

Updated by JERiveraMoya over 6 years ago

  • Status changed from In Progress to Feedback
Actions #8

Updated by okurz over 6 years ago

Actions #9

Updated by JERiveraMoya over 6 years ago

  • Status changed from Feedback to Resolved

Closed accidentally.

Actions #10

Updated by JERiveraMoya over 6 years ago

  • Status changed from Resolved to In Progress

As requested, created more specific needles related with bug product. Local verification: http://dhcp254.suse.cz/tests/1261

Actions #11

Updated by JERiveraMoya over 6 years ago

  • Status changed from In Progress to Feedback
Actions #12

Updated by riafarov over 6 years ago

  • Due date changed from 2018-05-22 to 2018-06-05
Actions #13

Updated by JERiveraMoya over 6 years ago

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom PDF