Red Hat Bugzilla – Bug 70859
finishes downloading with total progress at %91
Last modified: 2015-01-07 18:58:42 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020724
Description of problem:
This is something I've reported before with an older version of the distribution
(something with "total progess" ending at 99%, but I'm unable to find the bug
Problem scenario is as follows:
Run "up2date", let it download a couple of packages. Click "Cancel" to interrupt
the process. Restart "up2date". It will see the already downloaded packages
(e.g. kernel, kernel-doc), not download them again, and continue downloading the
At 91% total progress, I see this assertion warning for every package,
(up2date:3483): Gtk-CRITICAL **: file gtkprogress.c: line 550
(gtk_progress_set_percentage): assertion `percentage >= 0 && percentage <= 1.0'
and the "Total progress" bar stays at 91%. Additionally, with the last package
downloaded (in my case, xmms-skins-1.2.7-9.i386.rpm), and total progress still
at %91, up2date-gnome reads: All finished. Click "Forward" to continue.
See attached screenshot.
At that point I clicked "Cancel" this time to test what I would get upon running
it again and all packages found downloaded already in the spool dir. It started
with total progress 100% and "Package already downloaded" for each package.
Version-Release number of selected component (if applicable):
However, with this happening again in Limbo beta2, I consider it proven that
there is a bug related to calculation of "total progress" percentage. It must be
related to picking up already downloaded packages.
Created attachment 69024 [details]
screenshot to prove this
will take a look
believe this is fixed in current versions (say 2.9.50 or newer)
Looks like a roudoff error was causing broken progress percentages
to get passed to gtk, which just refused to update for those