Description of problem:
During long operations with subscription-manager-gui, the application will halt redrawing. Long operations should be run asynchronously, or the GTK redraw function should be called during long operations.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Perform a long operation (adding subscriptions, registering, etc.) with the subscription-manager-gui tool
2. Move one of its component windows around on the screen
Application windows redraw during long operations
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release. Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release. This request is not yet committed for
+1 for async. manually calling redraw rarely works.
This is a higher priority from qa's point of view - UI hangs need to be fixed.
Not only do the panels and dialogs stop drawing during long operations (which are most evident when registered to candlepin1, which is slow), there are dialogs which are supposed to contain progress bars, for which the progress bar is not even drawn until the very end of the operation. For example, when subscribing to a pool.
With the new design, there are fewer flyovers.. and I am not seeing this.
This cannot be reproduced as tested in versions above subscription-manager-gnome-0.95.1-1.git.5.ea27497.el6.x86_64
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.