Bug 55647

Summary:	Fails to reset count of bytes transferred
Product:	[Retired] Red Hat Linux	Reporter:	Robert Nichols <rnichols42>
Component:	up2date	Assignee:	Adrian Likins <alikins>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Jay Turner <jturner>
Severity:	low	Docs Contact:
Priority:	medium
Version:	7.1	CC:	gafton, mihai.ibanescu, srevivo
Target Milestone:	---
Target Release:	---
Hardware:	i586
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2001-12-03 19:55:46 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 Robert Nichols 2001-11-04 00:20:28 UTC

From Bugzilla Helper:
User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.4.9-12 i586; Nav)

Description of problem:
When automatically retrieving a source package, up2date fails to reset the
count of bytes already transferred after the non-src package has been
downloaded. This results in status reports of "1273 of 525 k transferred,"
absurd calculations of transfer rate and estimated time to completion, and
assert() failures when the download percentage exceeds 100%. The essential
functions do get performed correctly.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.Configure up2date to automatically download source packages.
2.Update any package for which a corresponding SRPM will be downloaded.
3.
	

Additional info:

Comment 1 Adrian Likins 2002-03-26 23:58:03 UTC

This should be fixed in current versions (2.7.11 or higher)