Bug 28010
Summary: | up2date client reports 0% progress | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | David Lawrence <dkl> |
Component: | up2date | Assignee: | Preston Brown <pbrown> |
Status: | CLOSED RAWHIDE | QA Contact: | Jay Turner <jturner> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | CC: | 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
This defect is considered MUST-FIX for Florence Release-Candidate #2 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. 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... *** Bug 28245 has been marked as a duplicate of this bug. *** Assigned QA to jturner fixed in wolverine. Issue is resolved in the latest CVS code (3/2/01) |