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).
Updated by Walden Raines almost 10 years ago
- Related to Tracker #8324: Errata Management Future added
Updated by Walden Raines almost 10 years ago
- Related to Tracker #8176: Errata Management Incremental Updates added
Updated by Walden Raines about 9 years ago
- Related to deleted (Tracker #8176: Errata Management Incremental Updates)
Updated by Walden Raines about 9 years ago
- Related to deleted (Tracker #8324: Errata Management Future)
Updated by Walden Raines about 9 years ago
- Blocks Tracker #8324: Errata Management Future added
Updated by Eric Helms almost 9 years ago
- Translation missing: en.field_release set to 114
Updated by John Mitsch about 5 years ago
- Status changed from New to Rejected
- Target version deleted (
Katello Backlog)
Thanks for reporting this issue. This issue was created over 4 years ago and hasn't seen an update in 1 year. We are closing this in an effort to keep a realistic backlog. Please open up a new issue that includes a link to this issue if you feel this still needs to be addressed. We can then triage the new issue and reassess.
Actions