Bug 1994391

Summary:	Total steps for tasks increases
Product:	Red Hat Satellite	Reporter:	Kenny Tordeurs <ktordeur>
Component:	Pulp	Assignee:	satellite6-bugs <satellite6-bugs>
Status:	CLOSED WONTFIX	QA Contact:	Lai <ltran>
Severity:	low	Docs Contact:
Priority:	unspecified
Version:	6.10.0	CC:	ahumbe, ipanova, ttereshc
Target Milestone:	6.10.0	Keywords:	Triaged
Target Release:	Unused
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2021-09-30 11:42:30 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 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.