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

Bug 12320

Summary: Some Viewers update label decorators very slowly
Product: [Eclipse Project] JDT Reporter: Tod Creasey <Tod_Creasey>
Component: UIAssignee: Erich Gamma <erich_gamma>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: P1 CC: Kevin_Haaland
Version: 2.0   
Target Milestone: ---   
Hardware: PC   
OS: Windows 2000   
Whiteboard:
Bug Depends on:    
Bug Blocks: 10903    

Description Tod Creasey CLA 2002-03-26 16:24:25 EST 
3 of the JDT viewers update labels very slowly when they get a 
labelProviderChanged event from the DecoratorManager.

using the large workbench provided for Bug 10903 the following ContentViewers 
took a large amount of time to process labelProviderChanged for a very simple 
decorator (I have one that appends the currentTimeMilliseconds to the label and 
does nothing to the image).

ProblemTreeViewer (sometimes upwards of 500 ms)
JavaOutlineViewer (around 200 ms)
MethodsViewer (around 200ms)

This can potentially cause a large delay in update due to the amount of updates 
being sent by the CVS decorator (see Bug 12315).
Comment 1 Tod Creasey CLA 2002-03-28 08:59:11 EST 
As of build >20020328 we have changed the LabelChangedEvent such that it can 
now accept arrays of elements to update instead of always forcing a change to a 
single item. 

This may affect the ProblemTreeViewer as it does a preprocessing step before 
calling the default implementation in StructuredViewer. ProblemTreeViewer calls 
getElement() which will now return the first element in the list of elements 
for the change - this may no longer be a suffecient check.
Comment 2 Erich Gamma CLA 2002-04-08 08:15:44 EDT 
adapted to new LabelChangedEvent API build > 20020404
Comment 3 Erich Gamma CLA 2002-05-04 16:38:34 EDT 
closing this bug