Actions
Feature #9356
closedNeed to better handle sequential incremental updates
Status:
Rejected
Priority:
Normal
Assignee:
-
Category:
Errata Management
Target version:
-
Description
Currently we block incremental updates at an organization level in the UI. We need to do one of the following instead:
- Queue the subsequent incremental update task, and somehow handle any errors or no-ops that arise after the first has completed.
- Only show systems that the incremental update can actually be applied to in the system selection step. We'd also want to show a list of systems that cannot be updated and explain why.
Option #2 is likely a lot easier than option #1 and is not blocked on dynFlow supporting queuing (as #1 is).
Actions