|Summary:||up2date displays incorrect transfer times when retrieving packages|
|Product:||[Retired] Red Hat Linux||Reporter:||kev|
|Component:||up2date||Assignee:||Preston Brown <pbrown>|
|Status:||CLOSED RAWHIDE||QA Contact:||Jay Turner <jturner>|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2001-03-25 07:34:07 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
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.