Bug 33111

Summary: up2date displays incorrect transfer times when retrieving packages
Product: [Retired] Red Hat Linux Reporter: kev
Component: up2dateAssignee: Preston Brown <pbrown>
Status: CLOSED RAWHIDE QA Contact: Jay Turner <jturner>
Severity: low Docs Contact:
Priority: medium    
Version: 7.1CC: 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-03-25 07:34:07 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 kev 2001-03-25 07:34:03 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.0 i686; en-US; 0.8) Gecko/20010215


When retrieving packages, the Red Hat Update Agent (up2date) will display
the time elapsed and the time expired.  The time appears to be displayed as
MM:SS:SS.  I.e, the seconds field is repeated twice.  So, e.g, I see
00:33:33 when there are approximately 33 seconds left,
and 00:32:32 when there are 32 seconds left.  Also, I've seen this middle
field with values larger than 60, when this happens, it appears that the
middle field modulo 60 is being placed in the rightmost field.  (I suspect
that the display is intended to read HH:MM:SS and
the middle field is not being computed properly.)

Reproducible: Always
Steps to Reproduce:
1.Run up2date on a machine connected to the internet with a relatively slow
connection.  (I'm using a 2 channel ISDN connection.)
2.Start retrieval of a fairly large package.
3.Watch time elapsed / time remaining displays.  Observe bug.
	

Actual Results:  See description.

Expected Results:  I would expect the "Package transfer time" and
"remaining" displays to show correct values.

Comment 1 Preston Brown 2001-03-26 22:10:32 UTC
fixed weeks ago in rawhide version of up2date.