Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 92738

Summary: [Progress] progress view flashes even when no visible update occurs
Product: [Eclipse Project] Platform Reporter: Tom Hofmann <eclipse>
Component: UIAssignee: Tod Creasey <Tod_Creasey>
Status: VERIFIED FIXED QA Contact:
Severity: normal    
Priority: P4 CC: eclipse.dserodio, grant_gayed, john.arthorne, mlists
Version: 3.2   
Target Milestone: 3.3 M1   
Hardware: PC   
OS: Linux-GTK   
See Also: https://bugs.eclipse.org/bugs/show_bug.cgi?id=148356
Whiteboard:

Description Tom Hofmann CLA 2005-04-26 04:19:32 EDT
I20050420 with ZRH plug-ins of 0426 (take upcoming I20050426)

- Have a long running job (e.g. synchronize workspace)
- Open the progress view
- 'Open Type', press some filter expression
   (open type schedules many system jobs to refresh the type list)

> note that the progress view flashes constantly. This is probably due to the
table being updated with the incoming jobs.

Expected: the table should not update itself if the created jobs are not
actually displayed (system jobs).
Comment 1 Tom Hofmann CLA 2006-01-20 03:56:45 EST
Note that the flashing also occurs if only a job's label or the progress bar is updated.
Comment 2 Tod Creasey CLA 2006-04-07 15:36:35 EDT
*** Bug 114526 has been marked as a duplicate of this bug. ***
Comment 3 John Arthorne CLA 2006-04-25 13:34:14 EDT
This flashing still occurs in  I20060419-1640, and really makes the progress view hard to look at on GTK.  The whole view seems to flash whenever anything changes in the view.
Comment 4 Grant Gayed CLA 2006-04-27 16:18:01 EDT
*** Bug 139059 has been marked as a duplicate of this bug. ***
Comment 5 Grant Gayed CLA 2006-04-27 16:19:09 EDT
A comment that I made in bug 139059 before realizing that it was a dup:

I put a println in Control.setBounds(...) and it appears that the Composite is
getting a constant stream of size change requests (ie.- something like
setBounds(...) or setSize(...) is being called on it).  These don't seem to be
needed since nothing is really getting resized here, and they're always in
pairs (ie.- change the height to some value, then revert it to its previous
value).
Comment 6 Tod Creasey CLA 2006-06-20 10:07:54 EDT
This was caused by an uneccessary resize of the control on refresh. Fixed in build >20060620
Comment 7 Tom Hofmann CLA 2006-06-23 04:20:02 EDT
Thanks, it's much better now! I filed bug 148356 about the remaining flicker when jobs get added or removed from the list.
Comment 8 Tod Creasey CLA 2006-08-08 14:38:41 EDT
Verified in 20060807-2000