action #98955
coordination #121861: [epic] Convert migrations to use libyui-rest-api
Implement manual intervention with client libyui-rest-api
0%
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
History
#1
Updated by JERiveraMoya over 1 year ago
- Tracker changed from coordination to action
#2
Updated by JERiveraMoya over 1 year ago
- Description updated (diff)
#3
Updated by JERiveraMoya over 1 year ago
- Priority changed from Normal to Low
#4
Updated by JERiveraMoya over 1 year ago
- Description updated (diff)
#5
Updated by JERiveraMoya 8 months ago
- Target version changed from Current to future
#6
Updated by JERiveraMoya 8 months ago
- Target version deleted (
future)
#7
Updated by JERiveraMoya 3 months 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
#8
Updated by JERiveraMoya 3 months ago
- Description updated (diff)
#10
Updated by JERiveraMoya 2 months 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.