-
Notifications
You must be signed in to change notification settings - Fork 3k
Wrong component destroying order #3552
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
Comments
home => home.foo.bar => home: Transition #6-0: Started -> "Transition#6( 'home'{} -> 'home.foo.bar'{} )" http://plnkr.co/edit/geKdD7IpUR2xsPtNhrcI?p=preview i suppose bar must be destroyed before foo |
Hmmm... I'm not sure there's anything that ui-router can do about this. I wrapped the ui-views inside an Here's a forked plunker that shows the nested destroy happens in the same order when destroyed using
|
This issue has been automatically marked as stale because it has not had This does not mean that the issue is invalid. Valid issues Thank you for your contributions. |
I have a nested route chain /object/object123/controller/controller456/contrdeviceparam
when i navigate
/object/object123/controller/controller456/contrdeviceparam => /object/object123/controller/controller456
contrdeviceparam's component being destroyed and it triggers $onDestroy event whitch triggers component's onDestroyCallback "&" binding that is processed outside in corresponding router's resolve.
However, when i go
/object/object123/controller/controller456/contrdeviceparam => /object/object123
three components is being destroyed, but order of callbacks is:
controller=>controller456=>contrdeviceparam instead of opposite, i.e. parent component being destroyed earlier then it's child (???), and it breaks internal logic.
By the way i checked router's onEnter/onExit events and they are fires properly (contrdeviceparam =>controller456=>controller), but I had to abandon the use of this approach
because of the too long gap between onExit and onEnter
The text was updated successfully, but these errors were encountered: