There was nothing to trigger the effect again if the specified effect was the same as the current highlight. This is for the case where you simply want to move a highlight without calling hideHighlight in between. This was brought to my attention by :agibson. The workaround is to always call hideHighlight before a showHighlight so this is P5.

Comment on attachment 8396926 [details] [diff] [review] v.1 Set the effect to "none" and flush before setting an effect Review of attachment 8396926 [details] [diff] [review]: ----------------------------------------------------------------- Holy gaping hole in the web api, batman.

Agreed, having to think about layout flushes as a web developer feels dirty to me.

Comment on attachment 8396926 [details] [diff] [review] v.1 Set the effect to "none" and flush before setting an effect [Approval Request Comment] Bug caused by (feature/regressing bug #): UITour initial effect implementation User impact if declined: a highlight animation may not occur following another highlight Testing completed (on m-c, etc.): Locally, m-c soon Risk to taking this patch (and alternatives if risky): Low risk 2 line fix to trigger the animation with a test String or IDL/UUID changes made by this patch: None