Bug 18847

Summary: UI should not block while downloading updates
Product: [Retired] Red Hat Linux Reporter: rh-devel
Component: up2dateAssignee: Preston Brown <pbrown>
Status: CLOSED RAWHIDE QA Contact: Jay Turner <jturner>
Severity: medium Docs Contact:
Priority: low    
Version: 7.0CC: aleksey, dr, joe, srevivo
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-02-20 01:33:11 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 rh-devel 2000-10-10 20:31:18 UTC 
Granted it's nontrivial to implement, but when up2date is obtaining an
updated package list, the UI is blocked.  Without some external indication
of network activity (modem lights or something), the behavior is externally
indistinguishable from an app hang for as long as it takes to download the
package list.  Over a modem, that's 15-30sec, too long for a UI to stick.
Obviously a percentage-complete download progress indicator would be ideal,
but just a back-and-forth progress ticker thing would do, esp. if the
operation is made abortable from the UI, and could be done readily by
forking a download process.
Comment 1 Cristian Gafton 2001-02-20 01:33:07 UTC 
Assigned QA to jturner
Comment 2 Preston Brown 2001-02-26 23:39:55 UTC 
this has improved dramatically in rawhide versions of up2date.  A new stable
release with these changes will be forthcoming.
Comment 3 Preston Brown 2001-02-26 23:49:57 UTC 
*** Bug 24335 has been marked as a duplicate of this bug. ***