-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
fix(core): Better handling for nested frames #10713
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
base: main
Are you sure you want to change the base?
fix(core): Better handling for nested frames #10713
Conversation
7cca393
to
c55ab1f
Compare
5f86bc7
to
6e86af2
Compare
View your CI Pipeline Execution ↗ for commit e1c2bb9.
☁️ Nx Cloud last updated this comment at |
a9d0902
to
67ce09a
Compare
@NathanWalker This should be good to go. Let me say that theoritically, this PR doesn't completely solve the problem because we have some UPDATED: This has actually got more room for improvements. |
It seems the problem goes a bit deeper so I'll keep this one as draft for just a little. |
PR Checklist
What is the current behavior?
Right now, core has inconsistencies with nested Frames when they get destroyed and reused.
This results in errors like the
No view found for id
exception users have been getting lately.The problem is more apparent in flavors like Vue where the entire view tree is being reused after application exit and resume.
What is the new behavior?
This PR ensures Frame fragments are created and attached in the correct order to prevent errors.
The most important part is to process frame entry during
loaded
but before children (included nested frames) were loaded.Partially Fixes/Implements/Closes #8126.