guide/source/2.3-migration.md
Most of the new features in Meteor 2.3 are either applied directly behind the scenes (in a backwards compatible manner) or are opt-in. For a complete breakdown of the changes, please refer to the changelog.
The above being said, there are a few breaking changes that you might need to apply migration for.
<h3 id="node-14">Node.js v14</h3>As Node.js version was upgraded to a new major version we recommend that you review if your npm dependencies are compatible with Node.js 14.
node_modules folder (rm -rf node_modules) and run meteor npm i to be sure you compile all the binary dependencies again using the new Node.js version.meteor reset which will clear caches, beware that this will also remove your local DB for your app.In Package.description, there is a new deprecated option. If set to true it will inform user when installing that the package has been deprecated. Additionally you can provide a string that will be displayed, where you can direct the users where to go next.
All official packages that have been deprecated have now the deprecated flag and will inform you about that if you install or update them.
<h3 id="removed-deprecated-package-methods">Removal of deprecated package API</h3>Old API for packages definitions has been removed. The old underscore method names (Package.on_use, Package.on_test, Package._transitional_registerBuildPlugin and api.add_files) have been removed and will no longer work, please use the camel case method names (e.g. api.addFiles()).
logoutOtherClients has been removed.SRP passwords from pre-Meteor 1.0 days has been removed.services.password.enroll).OAuth.initiateLogin and other functionality like the addition of ?close in return URI for deprecated OAuth flow pre Meteor 1.0If you are maintaining a package that depends on one of the accounts packages which had a major version bump you will either need to set the new version manually or set api.versionsFrom('2.3').
You can also have it reference its current version and 2.3 like this: api.versionsFrom(['1.12', '2.3']), for specific package it can be like this: api.use('[email protected] || 2.0.0').
Internally http package has replaced the use of http for fetch, should still work as previous version, but edge cases might be different. This is to aid you in transition to fetch. Note that this means that the npmRequestOptions parameter to HTTP.call has been removed, as request is no longer used internally. You should migrate to the use of fetch. You can install polyfill package via:
meteor add fetch
In addition to the above mentioned removal of deprecated package API, other long deprecated APIs have been removed and will no longer work.
mobile-port flagraw name from isobuild[email protected]
[email protected]
[email protected]
livedata dependency which was there for packages build for 0.9.0[email protected]
rewind method that was noop for compatibility with Meteor 0.8.1[email protected]
rewind method that was noop for compatibility with Meteor 0.8.1[email protected]
If you're migrating from a version of Meteor older than Meteor 2.2, there may be important considerations not listed in this guide (which specifically covers 2.2 to 2.3). Please review the older migration guides for details: