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
fix(ivy): avoid destroy renderer method invocation for child views #27592
fix(ivy): avoid destroy renderer method invocation for child views #27592
Conversation
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.
LGTM, aside from nits. Feel free to apply merge label when you've addressed the comments.
You can preview b73efa2 at https://pr27592-b73efa2.ngbuilds.io/. |
Thanks for the review @kara! I've updated the code, will wait for tests to pass and add the |
You can preview cc0466c at https://pr27592-cc0466c.ngbuilds.io/. |
Since Renderer is shared across root and child views, we need to avoid `destroy` method invocation for child views and only invoke is for root view when needed. Prior to this change, the `destroy` function was called whenever child view was destroyed, thus causing errors at runtime.
cc0466c
to
6142983
Compare
You can preview 6142983 at https://pr27592-6142983.ngbuilds.io/. |
Rebased after #27586 |
…ngular#27592) Since Renderer is shared across root and child views, we need to avoid `destroy` method invocation for child views and only invoke is for root view when needed. Prior to this change, the `destroy` function was called whenever child view was destroyed, thus causing errors at runtime. PR Close angular#27592
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. |
Since Renderer is shared across root and child views, we need to avoid
destroy
method invocation for child views and only invoke is for root view when needed. Prior to this change, thedestroy
function was called whenever child view was destroyed, thus causing errors at runtime.As a part of this PR, the
MockRendererFactory
was moved torender_util.ts
, so it can be leveraged in other tests when needed.This PR resolves issue FW-801.
PR Type
What kind of change does this PR introduce?
Does this PR introduce a breaking change?