Community
Participate
Working Groups
1. start with a clean project 2. modify a file =>Observe: parent directory tree becomes dirty 3. pick file, "Replace With->Latest" =>Observe one round of item having label updated with clean label. Note that this occurs while progress monitor is about 1/3 done. =>Observe second round of CVS decorations disappearing/reappearing when progress monitor has completed What's curious is that there is a definite delay between the CVS decorations being cleared and redrawn. We should time this to see if we're taking a long time providing the decoration.
Actually, in the first Observe, it looks like the item gets updated without CVS decorations, then they appear at the end in a second wave.
turn off "compute deep check on folders" in the CVS decorators preference. The icons still flash, but it happens a bit faster. The problem is that the DecoratorManager unecessarily updates all views twice. The first time the view returns and asks for a decoration and the DecoratorManager returns that one is not available yet (this causes the decos to dissapear). Once the decorator thread has updated, the decorations are re-applied. IMHO, the first notification the DecoratorManager does is not required.
Depends on Bug 28343. Moving to UI.
This will be fixed by Bug 32319 if it is approved.
I meant Bug 28343
This will be halved by the fix to Bug 28343. Team team to investigate further optimizations.
Mostly fixed by the UI decorator manager changes. The overupdated (e.g. flicker) in the UI is now a problem with any lightweight decorator. Tod and I created a test decorator that simply returned the original text and image for the decorations and in the packages view there still was a flicker. This is because of the notification scheme in the decorators.