Bug 1740945

Summary: [RFE] When you're syncing a capsule, the progress bar should be more accurate
Product: Red Hat Satellite Reporter: Peter Gervase <pgervase>
Component: Capsule - ContentAssignee: satellite6-bugs <satellite6-bugs>
Status: CLOSED WONTFIX QA Contact: Vladimír Sedmík <vsedmik>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.5.0CC: aruzicka, asharvit, inecas, vsedmik
Target Milestone: UnspecifiedKeywords: FutureFeature
Target Release: Unused   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-01-19 21:34:36 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Peter Gervase 2019-08-13 23:25:33 UTC
1. Proposed title of this feature request
[RFE] When you're syncing a capsule, the progress bar should be more accurate

3. What is the nature and description of the request?
Since you'd be syncing so many rpms, this is more of an issue when you are first syncing a capsule, but any time you are at https://satellite/smart_proxies/your-capsule, the green progress bar for Content Sync stays at 10 or 11% (10% for me verifying this now, it was 11% on the system where I first noticed this issue). You can tail the logs and see rpms getting transferred, but the progress bar in the webui does not reflect any change.

4. Why does the customer need this? (List the business requirements here)
It would be nice to have a rough idea of how long the sync will take. 

5. How would the customer like to achieve this? (List the functional requirements here)
They would like the webui to more accurately reflect the time spent and time left for the capsule sync.

6. For each functional requirement listed, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented.
If the progress updated itself as it calculated how many rpms and what total file size would be transferred, this would be successfully implemented.

7. Is there already an existing RFE upstream or in Red Hat Bugzilla?
Not that I saw.

8. Does the customer have any specific timeline dependencies and which release would they like to target (i.e. RHEL5, RHEL6)?
No

9. Is the sales team involved in this request and do they have any additional input?
No

10. List any affected packages or components.
webui

11. Would the customer be able to assist in testing this functionality if implemented?
I could

Comment 2 Adam Ruzicka 2020-02-19 10:16:22 UTC
This is either capsule - content or repositories component. It will need to be fixed in actions in katello. Whoever will get to this, feel free to reach out to me if you need a hand.

Comment 3 Vladimír Sedmík 2020-04-29 12:13:57 UTC
Please also consider adding ETA time next to the progress bar, so that the customer has better idea when the sync should be done.

Comment 4 Mike McCune 2020-12-09 22:18:11 UTC
Upon review of our valid but aging backlog the Satellite Team has concluded that this Bugzilla does not meet the criteria for a resolution in the near term, and are planning to close in approximately a month. If you have any concerns about this, please contact your Red Hat Account team.  Thank you.

Comment 5 Mike McCune 2021-01-19 21:27:29 UTC
Thank you for your interest in Satellite 6. We have evaluated this request, and while we recognize that it is a valid request, we do not expect this to be implemented in the product in the foreseeable future. This is due to other priorities for the product, and not a reflection on the request itself. We are therefore closing this out as WONTFIX. If you have any concerns about this, please do not reopen. Instead, feel free to contact your Red Hat Account Team. Thank you.