Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 28366 - Formatting on up2date
Formatting on up2date
Product: Red Hat Linux
Classification: Retired
Component: up2date (Show other bugs)
i386 Linux
low Severity high
: ---
: ---
Assigned To: Preston Brown
Jay Turner
Depends On:
  Show dependency treegraph
Reported: 2001-02-19 19:04 EST by Alan Cox
Modified: 2015-01-07 18:43 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-02-21 10:04:41 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Alan Cox 2001-02-19 19:04:16 EST
Long descriptions push progress bars off instead of getting a scroller
Resizing is broken
Refreshing while downloading is horribly sluggish and messy
Format of progress times is broke 
	(00:3566:36 remaining)

DNS failure in the middle on things seems to cause an exception to console
the app to hang

On a slow box 'select all packages' took OVER ONE MINUTE
Comment 1 Adrian Likins 2001-02-19 19:26:30 EST
descriptions should now scroll properly for those that are oversized
(and more importantly, the gui stays the same size...)

The time issue is also fixed...

the gui refresh problems are kind of an ongoing battle, working
on it...

I'll try to reproduce the DNS issue and see if we can fail
more gracefully...

no idea why "select all packages" should be much longer
than instatenous. Investigating....
Comment 2 Cristian Gafton 2001-02-19 20:34:20 EST
Assigned QA to jturner
Comment 3 Stelian Pop 2001-02-21 05:37:14 EST
The progress bytes indicator is also broken:
	1740 of 0 kb transfered at...

This is on the kernel package, so it's really bigger than that :-)

Comment 4 Stelian Pop 2001-02-21 05:38:43 EST
But at least the progress bars for each package are somewhat consistent with the
information: they are always at 0%...

Comment 5 Glen Foster 2001-02-21 10:04:37 EST
This defect is considered MUST-FIX for Florence Release-Candidate #2
Comment 6 Jay Turner 2001-03-02 09:07:31 EST
Closing out this issue, as all items are either resolved in the latest CVS code
or are covered in other bugs.

Note You need to log in before you can comment on or make changes to this bug.