Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1994391 - Total steps for tasks increases
Summary: Total steps for tasks increases
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Pulp
Version: 6.10.0
Hardware: x86_64
OS: Linux
unspecified
low
Target Milestone: 6.10.0
Assignee: satellite6-bugs
QA Contact: Lai
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-08-17 08:25 UTC by Kenny Tordeurs
Modified: 2021-09-30 11:42 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-09-30 11:42:30 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Kenny Tordeurs 2021-08-17 08:25:31 UTC 
Description of problem:
The total steps during a sync 0/500 keeps on increasing over time giving the wrong expectations.

Version-Release number of selected component (if applicable):
satellite-6.10.0-0.6.beta.el7sat.noarch

How reproducible:
100%

Steps to Reproduce:
1. Sync some task
2. Verify total steps for the task
3.

Actual results:
The total number of tasks increases over time

Expected results:
A better calculation for the total steps from the start or state loading or some other message.

Additional info:
Comment 2 Tanya Tereshchenko 2021-09-03 21:21:09 UTC 
Does it happen for all steps or only for some?

From your gif, it was the download counters.
Unfortunately, the total amount of artifacts to be downloaded is not known upfront.
When content is processed, it's decided whether it needs to be downloaded or not. 
For some plugins, like pulp_container, you would discover what and how much to download only as you go and process content, and it's not worth trying to do it upfront, it will be too much work for the sake of counters.
For pulp_rpm we could theoretically try to calculate upfront how much would be downloaded but it wouldn't be reliable, especially in the case of the simultaneous syncs of similar content (e.g. capsule sync).
Comment 3 Kenny Tordeurs 2021-09-10 07:08:45 UTC 
Only for some, couldn't we display something like 'calculating' or 'processing' or so rather then displaying '0/0'
Comment 4 Ina Panova 2021-09-22 12:04:04 UTC 
For the reasons already outlined by Tanya, I think what can be done is rename the 'total steps' to 'steps performed' or similar.
The 0/0 is displayed because the pipeline did not get to that stage yet. Once the task processing will get to that step the counters will change.

@ktordeur how do you see this ticket resolved given the addition information and context which has been outlined here?
Comment 5 Kenny Tordeurs 2021-09-27 07:14:37 UTC 
I don't think there would be a big gain by renaming 'total steps' to 'steps performed' so if it's to complex to display something like 'calculation' during/until the download has processed how much it needs to pull in to display more accurate steps count we can leave it as it is for now.

Thanks for looking into it.
Comment 6 Ina Panova 2021-09-30 11:42:30 UTC 
Given the complexity of the fix and not that big of the gain from it I am proposing to close this BZ as won't fix.
Note You need to log in before you can comment on or make changes to this bug.