You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Apr 12, 2024. It is now read-only.
Right now, the animation process only flushes the gcsLookup and the gcsStaggerLookup cache in the request animation frame callback. This creates an interesting edge-case in which a no-op animation on a given element will prevent a subsequent animation from taking place. I've tried to outline my findings here:
You can fix this by flushing the cache within the closeAndReturnNoopAnimator() function; but, I am not familiar enough with the animation process to know if this is a good idea or if it will have unforeseen consequences in more complex animations.
The text was updated successfully, but these errors were encountered:
Right now, the animation process only flushes the
gcsLookup
and thegcsStaggerLookup
cache in the request animation frame callback. This creates an interesting edge-case in which a no-op animation on a given element will prevent a subsequent animation from taking place. I've tried to outline my findings here:http://www.bennadel.com/blog/2884-possible-bug-empty-animations-are-cached-in-angularjs-1-4.htm
You can fix this by flushing the cache within the
closeAndReturnNoopAnimator()
function; but, I am not familiar enough with the animation process to know if this is a good idea or if it will have unforeseen consequences in more complex animations.The text was updated successfully, but these errors were encountered: