Bug 63477
Summary: | up2date-gnome download stage ends at 99% | ||
---|---|---|---|
Product: | [Retired] Red Hat Public Beta | Reporter: | Michael Schwendt <bugs.michael> |
Component: | up2date | Assignee: | Adrian Likins <alikins> |
Status: | CLOSED WORKSFORME | QA Contact: | Jay Turner <jturner> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | skipjack-beta2 | CC: | gafton, mihai.ibanescu, 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: | 2002-06-21 20:14:05 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: | |||
Bug Depends On: | |||
Bug Blocks: | 61901, 67218 |
Description
Michael Schwendt
2002-04-14 14:00:46 UTC
hmm, odd. I cant seem to duplicate this. I'll keep an eye out for it... I was testing whether already downloaded packages would be accepted and hence had at least one fully downloaded package in up2date's spool directory. Maybe that is an important detail for reproducing this. think I stumbled across this one... looks like in some cases the progress bar update for the gui progress bars could land outside the 0.0...1.0 range and throw a warning and not update the progress bar. Made a couple fixes to make sure this doesnt happen and havent seen since. |