-
Notifications
You must be signed in to change notification settings - Fork 3k
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
Known breaking changes from 0.2.x/0.3.x to 1.0 #2219
Comments
Closing this since I don't think we're gonna have any other breaking changes. At least not in this release... |
reopening because I couldn't find this when looking for it. I added the path parameters BC. I suspect we may find other BC before release. |
agreed it's a breaking change, but it doesn't really belong on this list, does it? This is also for people migrating from 0.2.18 or 0.3.1 to 1.0, for instance |
Is #3208 intentional breaking change? If so, it should be included in the documentation. |
Closing this issue in favor of using the migration guide |
This list is not current. Please see the migration guide
Breaking changes from 0.2.x/0.3.x to 1.0
$stateChange*
events are deprecated. The$transitions.on*
hooks are generally much more powerful. The events are not included by default, but can be re-enabled by including thestateEvents.js
file and depending on the angular moduleui.router.state.events
(thestateEvents.js
was missing in 1.0.0-alpha.1 builds; see 1.0.0-alpha.1: $stateChangeStart and $stateChangeSuccess status #2655)$transitions.defaultErrorHandler()
to customize1.0.x
-1.1.x
this
no longer binds to the target state in resolves (this
backward compatibility of resolve function #2548)ui.router
as CommonJS default export. CommonJS users should eitherrequire('angular-ui-router').default
, or use ES6import
(1.0.0alpha0 doesn't return module name #2506).when("", "/")
The text was updated successfully, but these errors were encountered: