Project

General

Profile

Actions

action #98955

closed

coordination #121861: [epic] Convert scenarios to use libyui-rest-api

Implement manual intervention with client libyui-rest-api

Added by JERiveraMoya over 2 years ago. Updated 4 months ago.

Status:
Rejected
Priority:
Low
Assignee:
-
Target version:
-
Start date:
2021-09-21
Due date:
% Done:

0%

Estimated time:

Description

We can unschedule test module resolve_dependency_issues in YaST group due to dependency issues should not reach the GA product.
In staging, of course are still visible, for example: https://openqa.suse.de/tests/7642678#step/resolve_dependency_issues/3 (please, see note below).

Current logic does the following:
(1) Check in Installation Settings the message of needed manual intervention, click on Software link and shows dialog with name of the package conflict and the options for conflicts resolution.
(2) Via settings, choose workaround the dependency or break it.

Additional to unschedule this module in YaST group, for staging we can develop (1) using client libyui-rest-api, so we check the red message in Installation Settings and if detected, navigate to Software and view the specific issue, so we don't miss this logic which helps reviewing staging (from the other screen is not visible exact problem).

Note: we need some recent run in staging to work with this ticket where this problem is visible, so the person assigned to this ticket should monitor staging now and then to do this development when it is possible.
Another option is to check for the failure in Migration job group, there it also happens now and then and this could allow us having a draft, as setting libyui-rest-api would make us acquire the corresponding json with the ids to do our Page Object Model.
Example in Migration: https://openqa.suse.de/tests/10565187#step/resolve_dependency_issues/3

Actions #1

Updated by JERiveraMoya over 2 years ago

  • Tracker changed from coordination to action
Actions #2

Updated by JERiveraMoya over 2 years ago

  • Description updated (diff)
Actions #3

Updated by JERiveraMoya over 2 years ago

  • Priority changed from Normal to Low
Actions #4

Updated by JERiveraMoya over 2 years ago

  • Description updated (diff)
Actions #5

Updated by JERiveraMoya over 1 year ago

  • Target version changed from Current to future
Actions #6

Updated by JERiveraMoya over 1 year ago

  • Target version deleted (future)
Actions #7

Updated by JERiveraMoya about 1 year ago

  • Tags deleted (YaST)
  • Description updated (diff)
  • Status changed from New to Workable
  • Priority changed from Low to Normal
  • Target version set to Current
  • Parent task changed from #93668 to #121861
Actions #8

Updated by JERiveraMoya about 1 year ago

  • Description updated (diff)
Actions #9

Updated by zoecao about 1 year ago

  • Status changed from Workable to In Progress
  • Assignee set to zoecao
Actions #10

Updated by JERiveraMoya about 1 year ago

  • Status changed from In Progress to New
  • Assignee deleted (zoecao)
  • Priority changed from Normal to Low
  • Target version deleted (Current)

I think we could still postpone it....because it would be really strange that the RM in staging would decide to actually break the dep and make the test passes with errors.
this was implemented with needling in a time...where there might be the need to pass some error to continue testing, but the product doesn't change so much now.
I want to see the case where this is really needed and not a bug or a call for a rebuild in OBS, so moving back to backlog.

Actions #11

Updated by JERiveraMoya 4 months ago

  • Status changed from New to Rejected

Errors should be visible in logs.

Actions

Also available in: Atom PDF