-
Notifications
You must be signed in to change notification settings - Fork 27k
fix(core): Fixes leave animation behaviors with multiple transitionend events on the same node #64225
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
These tests were not properly validating against the host binding changes due to the fact that the styles were on the wrong components in some of the host binding cases.
…est animation There may be cases where the longest animation info has been cleaned up before the end animation fires. We should still do the end processing in that case.
63c8e87 to
6d222a5
Compare
…nsitions are present Our code ensuring host binding composition for animations was causing the early exit and removal of elements when multiple transitions were present on the same element. This commit fixes the issue by ensuring that we properly keep track of all the promise resolvers on the LView and then only call them once we've properly waited for the longest animation to finish. fixes: angular#64209
6d222a5 to
ba8ad97
Compare
| "shimStylesContent" | ||
| ], | ||
| "lazy": [ | ||
| "DeferComponent", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
cc @devversion
We often see such a diff where the DeferComponent gets moved around. It there a way to fix that. ?
…nsitions are present (#64225) Our code ensuring host binding composition for animations was causing the early exit and removal of elements when multiple transitions were present on the same element. This commit fixes the issue by ensuring that we properly keep track of all the promise resolvers on the LView and then only call them once we've properly waited for the longest animation to finish. fixes: #64209 PR Close #64225
These tests were not properly validating against the host binding changes due to the fact that the styles were on the wrong components in some of the host binding cases. PR Close #64225
…nsitions are present (#64225) Our code ensuring host binding composition for animations was causing the early exit and removal of elements when multiple transitions were present on the same element. This commit fixes the issue by ensuring that we properly keep track of all the promise resolvers on the LView and then only call them once we've properly waited for the longest animation to finish. fixes: #64209 PR Close #64225
These tests were not properly validating against the host binding changes due to the fact that the styles were on the wrong components in some of the host binding cases. PR Close angular#64225
…nsitions are present (angular#64225) Our code ensuring host binding composition for animations was causing the early exit and removal of elements when multiple transitions were present on the same element. This commit fixes the issue by ensuring that we properly keep track of all the promise resolvers on the LView and then only call them once we've properly waited for the longest animation to finish. fixes: angular#64209 PR Close angular#64225
These tests were not properly validating against the host binding changes due to the fact that the styles were on the wrong components in some of the host binding cases. PR Close angular#64225
…est animation (angular#64225) There may be cases where the longest animation info has been cleaned up before the end animation fires. We should still do the end processing in that case. PR Close angular#64225
…nsitions are present (angular#64225) Our code ensuring host binding composition for animations was causing the early exit and removal of elements when multiple transitions were present on the same element. This commit fixes the issue by ensuring that we properly keep track of all the promise resolvers on the LView and then only call them once we've properly waited for the longest animation to finish. fixes: angular#64209 PR Close angular#64225
These tests were not properly validating against the host binding changes due to the fact that the styles were on the wrong components in some of the host binding cases. PR Close angular#64225
…nsitions are present (angular#64225) Our code ensuring host binding composition for animations was causing the early exit and removal of elements when multiple transitions were present on the same element. This commit fixes the issue by ensuring that we properly keep track of all the promise resolvers on the LView and then only call them once we've properly waited for the longest animation to finish. fixes: angular#64209 PR Close angular#64225
|
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
See the commits for details, but the TL;DR is below