Bug 28010

Summary: up2date client reports 0% progress
Product: [Retired] Red Hat Linux Reporter: David Lawrence <dkl>
Component: up2dateAssignee: Preston Brown <pbrown>
Status: CLOSED RAWHIDE QA Contact: Jay Turner <jturner>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.1CC: alikins, jturner, srevivo
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-02-20 01:33:15 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Derek Tattersall 2001-02-16 18:47:08 UTC
For each RPM downloaded, up2date reports 0% progress, which should be a
changing quantity terminating at 100%.

Comment 1 Glen Foster 2001-02-17 22:37:29 UTC
This defect is considered MUST-FIX for Florence Release-Candidate #2

Comment 2 Adrian Likins 2001-02-18 00:28:51 UTC
The "0%" value only shows up in cases where the rpm has
already been downloaded, and is the cache in /var/spool/up2date.

Since it doesnt actually download the file, I'm just bouncing
the percentage to 100% for this scenario.

Comment 3 Adrian Likins 2001-02-18 00:37:28 UTC
Actually, why dont I just make the tui mode repect the "cached"
option thats already there and just display
"Already Downloaded. Reading from cache..."

or whatever better phrase someone think is approriate...

Comment 4 Adrian Likins 2001-02-19 03:21:53 UTC
*** Bug 28245 has been marked as a duplicate of this bug. ***

Comment 5 Cristian Gafton 2001-02-20 01:33:11 UTC
Assigned QA to jturner

Comment 6 Preston Brown 2001-02-26 23:53:31 UTC
fixed in wolverine.

Comment 7 Jay Turner 2001-03-02 14:15:36 UTC
Issue is resolved in the latest CVS code (3/2/01)