Releases: single-spa/single-spa
v6.0.0-beta.3
What's Changed
- Implement profiler for lifecycle events. by @joeldenning in #868
- Ensure app is unmounted during unregisterApplication. Resolves #871 by @joeldenning in #875
- Remove file size impact workflow since it's broken. by @joeldenning in #879
- Remove console.log in test by @joeldenning in #878
- fix(types): fix SingleSpaAppsByNewStatus interface by @FelixGraf in #988
- Implement parcel and routing profiler events. by @joeldenning in #903
New Contributors
- @FelixGraf made their first contribution in #988
Full Changelog: v6.0.0-beta.2...v6.0.0-beta.3
v5.9.4
What's Changed
- Bump browserslist from 4.9.1 to 4.16.6 by @dependabot in #805
- Bump ws from 7.2.1 to 7.4.6 by @dependabot in #809
- Bump path-parse from 1.0.6 to 1.0.7 by @dependabot in #851
- Bump tmpl from 1.0.4 to 1.0.5 by @dependabot in #877
- Add Asurion as sponsor by @joeldenning in #985
- feat(types) added missing 3rd parameter type for lifecycles timeout methods. by @bartoszgolebiowski in #917
- Bump ajv from 6.10.0 to 6.12.6 by @dependabot in #942
- Updating the Asurion information in the README by @jasonamyers in #986
- Bump ansi-regex from 3.0.0 to 3.0.1 by @dependabot in #1002
New Contributors
- @bartoszgolebiowski made their first contribution in #917
- @jasonamyers made their first contribution in #986
Full Changelog: v5.9.3...v5.9.4
v6.0.0-beta.2
v6.0.0-beta.1
Fixes
- Ensure all reroute promises (triggerAppChange() return value) resolve even during cancelation (#831)
v6.0.0-beta.0
Summary
single-spa@6 provides advanced features such as async navigation cancelation and parcel-only mode (via patchHistoryApi
), while also updating the package configuration to use modern NodeJS and bundler features like package entrypoints and "type": "module"
. We also updated the default for urlRerouteOnly
to true, as it boosts performance and we consider it to be a best practice to author applications that work when urlRerouteOnly is set to true.
Browser Support / IE11
We still support IE11 and the same versions of NodeJS (at least as old as Node 10). However, we've changed our defaults such that IE11 is only supported with some additional configuration, as described in the IE11 Migration section below.
For the single-spa
npm package, we plan single-spa@6 to be the last major version that supports IE11. In general, we've released a major version of single-spa every 1-2 years. We do not have a concrete timeline or plans for single-spa@7, and will accept community contributions for any important patches to single-spa@6 after single-spa@7 is released.
For all surrounding packages (single-spa-react, single-spa-vue, systemjs-webpack-interop, single-spa-angular, etc) we may begin dropping IE11 support sooner than the single-spa@7 release. As we do so, we'll create documentation that lists the latest versions of packages that support IE11, and also accept community contributions to those versions for important updates.
The motivation for dropping IE11 support over time is to allow our core team to spend less time on supporting a nine year old browser and more time pushing the single-spa ecosystem forward. Also, we believe that the majority of end users should not suffer performance penalties because of a small percentage of users still using IE11. Slowly dropping IE11 also will also allow us to focus on a systemjs-less future for single-spa, where native browser modules are used rather than systemjs modules.
We understand and sympathize with companies who cannot drop IE11 support now, which is why we're supporting IE11 even though much of the ecosystem has already dropped it (Vue 3 does not support ie11, Angular only does after some effort, and even webpack 5 requires extra configuration to get it working in IE11). Many of single-spa's users are large financial institutions, large ecommerce companies, and other very large companies, where dropping IE11 support is a long process that involves many dozens of people from separate departments. We encourage single-spa users to start the conversations at your companies about dropping IE11 support, even if they take a long time or result in a decision to drop IE11 years in the future.
Migration
We think that >95% of single-spa users will be able to safely upgrade with no code changes. The breaking changes below are largely related to advanced features that most single-spa users do not use.
Steps
- If using SystemJS + import maps, change the URL of single-spa in your import map:
<script type="systemjs-importmap">
{
"imports": {
- "single-spa": "https://cdn.jsdelivr.net/npm/single-spa@5.9.2/lib/system/single-spa.min.js"
+ "single-spa": "https://cdn.jsdelivr.net/npm/single-spa@6.0.0-beta.0/lib/es2015/system/single-spa.min.js"
}
}
</script>
- In all your microfrontends (including root config), upgrade single-spa:
npm install single-spa@beta
yarn add single-spa@beta
pnpm install single-spa@beta
- Test things out.
- If your app is not re-rendering during route transitions like it should (this is most common for Angular apps, but can happen in other frameworks to if you do a route transition without modifying the URL), change your root config's call to
start()
import { start } from 'single-spa';
// DO NOT MAKE THIS CHANGE unless you are experiencing problems.
- start();
+ start({
+ urlRerouteOnly: false
+ });
That's it! If you experience other issues, let us know in Github issues.
IE11
If you support IE11, use the es5
version of single-spa rather than es2015
. The method of doing this depends on your configuration - some common ones are explained below:
Import Maps
<script type="systemjs-importmap">
{
"imports": {
- "single-spa": "https://cdn.jsdelivr.net/npm/single-spa@6.0.0-beta.0/lib/es2015/system/single-spa.min.js"
+ "single-spa": "https://cdn.jsdelivr.net/npm/single-spa@6.0.0-beta.0/lib/es5/system/single-spa.min.js"
}
}
</script>
Webpack
If externalizing single-spa in your webpack config (very common, and the default with webpack-config-single-spa), you do not need to make the changes below. Otherwise, though, these changes will ensure you use the IE11-compatible version of single-spa.
// webpack.config.js
module.exports = {
resolve: {
"alias": {
"single-spa": require.resolve("single-spa/lib/es5/esm/single-spa.min.js")
}
}
}
Rollup
Use https://www.npmjs.com/package/@rollup/plugin-alias to alias the import similarly to webpack
Import
If you do not wish to change bundler configuration, you can modify your import statements.
- import { start } from 'single-spa';
+ import { start } from 'single-spa/lib/es5/esm/single-spa.min.js';
Breaking Changes
- single-spa's package.json's
"main"
field now points to an es2015 version of single-spa that does not work in IE11. To support IE11, see section below. - Delay patching history api until start() or patchHistoryApi() is called. (#827)
- Do not show start() warning when registerApplication hasn't been called (for parcel-only use cases) (#827)
- Change urlRerouteOnly default value to true. This is a performance boost for most applications, but for some situations can result in single-spa not triggering mounts/unmounts when it should. You can read more about it at https://single-spa.js.org/docs/api#start and #484. Angular users may want to set it to false due to nuanced behavior of angular router. To do so, call
start({urlRerouteOnly: false})
in your root config. (#828) cancelNavigation(val)
no longer cancels navigation ifval
is falsy (#826)- single-spa's package.json
"type"
is now set to"module"
. This only impacts NodeJS usage of single-spa (not webpack/rollup/browser). Read more at official nodejs docs. - single-spa's package.json now has
"exports"
. This changes which of single-spa's bundles are used by NodeJS, webpack, and rollup. The main change is that webpack / rollup will now use an IE11-incompatible (es2015) version of single-spa. See IE11 section below for more details. Additionally, an ESM version of single-spa will now be used when loaded viaimport('single-spa')
orimport 'single-spa';
, whereas a UMD version will be used when callingrequire("single-spa')
. To avoid the dual package hazard, only useimport
orrequire
to load single-spa in your NodeJS code - do not use both. You can see the package exports at https://github.com/single-spa/single-spa/blob/dea22f1aac39777a07252897ae625ab1d8313e9d/package.json#L8-L25. - The published
umd
builds now have.cjs
extensions rather than.js
, since all.js
files in the single-spa package are assumed to be ESM.
File structure published to npm
# Before
# See https://www.jsdelivr.com/package/npm/single-spa?path=lib&version=5.9.3
lib/
# IE11
umd/
single-spa.dev.js
single-spa.min.js
# IE11
esm/
single-spa.dev.js
single-spa.min.js
# IE11
system/
single-spa.dev.js
single-spa.min.js
# No IE11
es2015/
single-spa.dev.js
single-spa.min.js
# After
# See https://www.jsdelivr.com/package/npm/single-spa?path=lib&version=6.0.0-beta.0
lib
# IE11
es5/
umd/
single-spa.dev.js
single-spa.min.js
system/
single-spa.dev.js
single-spa.min.js
esm/
single-spa.dev.js
single-spa.min.js
# No IE11
es2015/
umd/
single-spa.dev.cjs
single-spa.min.cjs
system/
single-spa.dev.js
single-spa.min.js
esm/
single-spa.dev.js
single-spa.min.js
Features
- Support for async navigation cancelation. To use it, call
cancelNavigation(promise)
with a promise as an argument. Single-spa will wait until that promise resolves/rejects before proceeding with navigation. If the promise resolves with a truthy value, navigation is canceled. If the promise resolves with a falsy value or rejects, navigation is not canceled. (#826)
window.addEventListener("single-spa:before-routing-event", evt => {
if (evt.detail.oldUrl === "/settings") {
evt.detail.cancelNavigation(checkSettingsOkay())
}
})
async function checkSettingsOkay() {
const response = await fetch('/api/settings-okay')
if (response.ok) {
return true;
} else {
alert("Please fix your settings before leaving the page");
return false
}
}
- Expose new
patchHistoryApi()
api. This lets you use single-spa's modified implementations of pushState/replaceState/popstate/hashchange without using single-spa applications (#827)
import { patchHistoryApi, mountRootParcel } from 'single-spa';
patchHistoryApi({
urlRerouteOnly: true
})
// now you don't need to call start() if you're only using parcels
mountRootParcel(parcelConfig, parcelProps)
Fixes
- Fix regression with parcel name (#825)
Maintenance
- Switch from yarn -> pnpm (#824)
...
v5.9.3
v5.9.2
v5.9.1
v5.9.0
Features
- Add option for exact matches in pathToActiveWhen. (#694) Documentation - single-spa/single-spa.js.org#388
Maintenance
v5.8.3
Fixes
- Add type for custom event detail (#680 via @andygauntnervertex) 43d2ffd
- fix: error message (#678 via @CodeLittlePrince) bd31d08
Maintenance
- Update slack invitation link 7b787a5