angular/packages/animations/browser/src
Kristiyan Kostadinov b76be83b4d fix(core): animation sometimes renderer not being destroyed during HMR (#59574)
These changes aim to resolve the issue that prompted #59514. The animations module is a bit tricky for HMR, because it schedules the destruction of its renderer after the currently-running animations are done. If there are no running animations, the renderer gets destroyed next time around. This is a problem, because it means that the styles can stay around for a long time.

These changes resolve the issue by:
1. Moving the cleanup of the renderer to after the destruction of the old view. This ensures that the usual clean up flow has been kicked off.
2. Flushing the animations when a component is replaced to ensure that the renderer is cleaned up in a timely manner.

PR Close #59574
2025-01-16 11:36:43 -08:00
..
dsl refactor(animations): drop warning functions in production (#59408) 2025-01-09 13:15:06 -05:00
render fix(core): animation sometimes renderer not being destroyed during HMR (#59574) 2025-01-16 11:36:43 -08:00
browser.ts refactor: update license text to point to angular.dev (#57901) 2024-09-24 15:33:00 +02:00
create_engine.ts refactor: update license text to point to angular.dev (#57901) 2024-09-24 15:33:00 +02:00
error_helpers.ts refactor: update license text to point to angular.dev (#57901) 2024-09-24 15:33:00 +02:00
private_export.ts refactor: update license text to point to angular.dev (#57901) 2024-09-24 15:33:00 +02:00
util.ts refactor: update license text to point to angular.dev (#57901) 2024-09-24 15:33:00 +02:00
warning_helpers.ts refactor(animations): drop warning functions in production (#59408) 2025-01-09 13:15:06 -05:00