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
transition canceling issues #22
Comments
I believe the best and simplest solution to this issue would be to use In this solution, the router that aborted the transition should remain unaffected by the URL change because it would never actually update its components properties. The problem with this approach would be with other routers on the same page that are also observing the URL. They would effectively see two changes to the URL in quick succession, which would probably cause some weirdness. The best way to solve this would be to use a dispatcher singleton that is responsible for listening to the URL and dispatching transition objects to routers that need to know about URL changes. When the URL changes, it would dispatch a |
The "transitions" example code runs fine with this commit. |
It's actually one better than Ember's router because the URL is always kept in sync with what is on the page, even when it is manually changed but the transition is aborted. |
:fistpump: On Wed, Jun 11, 2014 at 9:34 AM, Michael Jackson notifications@github.com
|
when you cancel a transition on
willTransitionFrom
Check out the transitions example to see this behavior.
The text was updated successfully, but these errors were encountered: