Project

General

Profile

Actions

action #64316

closed

Automate YaST Online Search menu from yast2 sw_single module

Added by JERiveraMoya about 4 years ago. Updated 3 months ago.

Status:
Resolved
Priority:
Low
Assignee:
-
Target version:
-
Start date:
2020-02-19
Due date:
% Done:

0%

Estimated time:

Description

After manual testing of feature in #63595 we can move forward with automation.

See https://jira.suse.com/browse/SLE-9109 https://jira.suse.com/browse/SLE-9837 and https://jira.suse.com/browse/SLE-9839

More details: https://gist.github.com/imobachgs/5651c4833cd8c7365806d3b422fbac51
https://trello.com/c/69gVjscd/1467-8-big-one-feature-jscsle-9109-improve-package-search-user-experience-across-modules

Here are the affected packages:

The option is located in the YaST2 software manager, under the "Extras" For the time being, the option (in the YaST2 software manager, under the "Extras" menu) will be available only in those systems where the yast2-registration package is available. However, if the system is unregistered, the user will get an error message about it.

Acceptance criteria

  1. Have an scenario covering Online Search in x86_64 (no sense for other archs, check in #63595 for explanation)
  2. Both textmode and qt should be cover due to different behavior found in #63595.
  3. Basesystem and server module (our qcow2 from create_hdd_gnome) should suffice as pre-registered module before using this feature.
  4. Search for several packages from different modules not yet registered in the system (even we could search for a package that trigger two module to be installed, for example some module has deps on other modules, like the ones hanging from desktop module)
  5. Scenario should register everything requested and transfer all those package to Packager.
  6. Out of the scope is the real installation of those package in Packager.

Suggestion

Scenario should be running
Consider Online medium and optional full medium with post-registration.
Consider in scenario to check for error dialog before we point to the official SCC by editing /etc/SUSEConnect.
Consider in scenario with full medium to check for error dialog before we register the system.
Consider validation of scenario using SUSEConnect tool.


Related issues 1 (0 open1 closed)

Copied from openQA Tests - action #63595: [functional][y][SLE-9839][SLE-9837][SLE-9109] improve package search user experience across modulesResolvedJERiveraMoya2020-02-192020-03-10

Actions
Actions #1

Updated by JERiveraMoya about 4 years ago

  • Copied from action #63595: [functional][y][SLE-9839][SLE-9837][SLE-9109] improve package search user experience across modules added
Actions #2

Updated by riafarov about 4 years ago

  • Target version changed from Milestone 32 to future
Actions #3

Updated by riafarov over 3 years ago

  • Project changed from openQA Tests to qe-yam
  • Subject changed from [functional][y] Automate YaST Online Search menu from yast2 sw_single module to Automate YaST Online Search menu from yast2 sw_single module
Actions #4

Updated by okurz over 2 years ago

This ticket was set to "Normal" priority but was not updated within the SLO period for "Normal" tickets (365 days) as described on https://progress.opensuse.org/projects/openqatests/wiki/Wiki#SLOs-service-level-objectives

first reminder: Please consider picking up this ticket within the next 365 days or just set the ticket to the next lower priority of "Low" (no SLO related time period).

Actions #5

Updated by slo-gin over 1 year ago

This ticket was set to Normal priority but was not updated within the SLO period. Please consider picking up this ticket or just set the ticket to the next lower priority.

Actions #6

Updated by JERiveraMoya over 1 year ago

  • Priority changed from Normal to Low
  • Target version deleted (future)
Actions #7

Updated by JERiveraMoya 3 months ago

  • Status changed from New to Resolved
Actions

Also available in: Atom PDF