It seems to be a small bug in progress indicator -
When I set setIndeterminate(true) or just do not call this method at all - control shows as normal progress bar, but when set setIndeterminate(false) - it shows ideterminate loop animation, however it should work vise versa 
Regards,
Dmitri
It looks that it is still unimplemented on the client-side in IProgressIndicator.
Actually, the loop animation is the animation of determinate progress bar. In determinate mode, the animation is in the enveloping div and inside there’s a solid div that covers the animation normally starting from 0 width (progress 0.0) and growing to full width. Now, if the indeterminate is false with the above “todo logic”, the solid div covers the entire bar.
I suppose the indeterminate mode is not that useful if the current animation of determinate mode looks good enough also for the indeterminate mode…
Some frameworks have an indeterminate indicator that moves back and forth. That would be difficult to do with an animated gif and using JavaScript for it would be a bit too heavy, so the image should be techinically something similar to the current animation, a horizontally repeating bar.
Anyhow, it will be fixed.
Yes, I do fully agree, current animation for modes is fine and no JS animation needed as it really increase weight.
Regards,
Dmitri
Hi!
Yep, I confirm that this an item on my todo list. Hopefully it’ll be fixed for the next minor release. For indeterminate mode the implementation will be a simple animated busy icon (like busy icon in Firefox).
cheers,
matti