diff --git a/content/en/docs/refguide/mobile/introduction-to-mobile-technologies/progressive-web-app.md b/content/en/docs/refguide/mobile/introduction-to-mobile-technologies/progressive-web-app.md index a47183692f3..956908614a3 100644 --- a/content/en/docs/refguide/mobile/introduction-to-mobile-technologies/progressive-web-app.md +++ b/content/en/docs/refguide/mobile/introduction-to-mobile-technologies/progressive-web-app.md @@ -107,6 +107,10 @@ Next to that, it is possible to force a profile by providing the profile name in When forcing a specific profile on a cloud deployment, it can be necessary to first clear the browser cache. +## Managing PWA Updates + +To learn more about the service worker lifecycle and how to detect and handle PWA updates to provide users with the latest version, see [Service Worker and PWA Updates](/refguide/mobile/introduction-to-mobile-technologies/service-worker). + ## Advanced Settings See the sections below for information on advanced settings. diff --git a/content/en/docs/refguide/mobile/introduction-to-mobile-technologies/service-worker.md b/content/en/docs/refguide/mobile/introduction-to-mobile-technologies/service-worker.md new file mode 100644 index 00000000000..d8880bd90f8 --- /dev/null +++ b/content/en/docs/refguide/mobile/introduction-to-mobile-technologies/service-worker.md @@ -0,0 +1,151 @@ +--- +title: "Service Worker and PWA Updates" +url: /refguide/mobile/introduction-to-mobile-technologies/service-worker +weight: 20 +--- + +## Introduction + +A service worker is a specialized type of web worker, essentially a JavaScript file that runs in the background, separate from your main web page. It can control pages within its [scope](#scope), and acts as a proxy between your PWA and the network. + +Its primary role is to intercept network requests made by your PWA and decide whether to fetch resources from the network or serve them from the cache. This interception capability is crucial for providing robust offline experiences, enabling your PWA to function even when the user has no network connectivity. + +## Service Worker Scope {#scope} + +A service worker’s scope is determined by the location of its JavaScript file on the web server. + +For example, if a service worker runs on a page located at /subdir/index.html, and is located at /subdir/sw.js, the service worker's scope is /subdir/ + +Scope limits which pages are controlled by a service worker, not which requests it can intercept. Once a service worker controls a page, it can intercept any network request that page makes, including requests to cross-origin resources. + +## Service Worker Lifecycle + +Understanding the service worker lifecycle is key to understand how updates to your Mendix PWA are handled. A service worker goes through several distinct phases: + +1. Registration: + This is the initial step. The browser downloads the service worker file. If the code contains syntax errors, registration fails and the service worker is discarded. +2. Installation + During this phase, the service worker typically caches static assets your PWA needs to function offline. If all assets are successfully precached, the installation succeeds. If installation fails, the service worker is discarded. + Once installed: + - It becomes activated immediately if no other service worker is currently controlling the page. + - If there is already an active service worker, the new one will be installed but enters a waiting state. + The "waiting" state, ensures that updates to your application are delivered smoothly and without interrupting your users' current interactions. +3. Activation: + Once installed, the service worker enters the activating state and then becomes activated. An activated service worker takes control of pages within its scope, that means it is ready to intercept requests. +4. Redundant: + A service worker can become redundant if a new version replaces it, or if it fails to install. + +## Waiting for Service Worker Readiness + +You may want to wait until the Service Worker is ready before performing operations that rely on it, such as interacting with the app while offline. +The browser provides the [ready](https://developer.mozilla.org/en-US/docs/Web/API/ServiceWorkerContainer/ready) property, which returns a Promise that resolves when a service worker is active, to ensure that the service worker is fully initialized and that precaching of assets is complete so the app can work offline. + +```javascript +export async function waitForAppReady() { + if (!('serviceWorker' in navigator)) { + console.warn('service workers are not supported in this browser.'); + return; + } + const registration = await navigator.serviceWorker.ready; + + console.log('A Service Worker is active:', registration.active); + // At this point, a service worker is active. + // A page reload is necessary to ensure all assets are served by the new service worker and the app is fully offline ready +} +``` + +## Service Worker Update + +When you deploy a new version of your Mendix PWA, a new service worker file is generated with updated caching strategies and assets list. +The browser detects this update and initiates a new lifecycle for the updated service worker. + +1. New service worker installation: The new service worker starts to install and cache assets. +2. Waiting state: Once the new service worker is successfully installed, it enters a waiting state. The old service worker remains active and in control of your PWA. +3. Activation of the new service worker: The new service worker will only activate when all instances of your PWA (all open tabs or windows) that are controlled by the old service worker are closed. + +## Detecting and Handling Updates in Your PWA + +The [ServiceWorkerRegistration](https://developer.mozilla.org/en-US/docs/Web/API/ServiceWorkerRegistration) interface provides properties and methods to monitor its state and detect updates. Starting from Mendix 11.9.0, a client API is available to skip the waiting phase and immediately activate the new service worker version. +You can implement a custom update mechanism to notify users when a new version is available and allow them to update the application without closing all tabs/windows. + +Implementation Steps: + +1. Listen for service worker updates +Create a JavaScript Action to Listen for service worker updates. This action should run when your application starts up, for example, calling the JavaScript action via nanoflow that triggers by [Events](/appstore/widgets/events/) widget + +```javascript +export async function JS_ListenForPWAUpdates() { + if (!('serviceWorker' in navigator)) { + console.warn('service workers are not supported in this browser.'); + return; + } + + try { + const registration = await navigator.serviceWorker.getRegistration(); + + if (registration) { + // Detect when a new service worker update is found + registration.addEventListener('updatefound', () => { + const newWorker = registration.installing; + + if (newWorker) { + // Listen for state changes in the new service worker + newWorker.addEventListener('statechange', () => { + // New service worker is installed and ready. + if (newWorker.state === 'installed'){ + // The new service worker is waiting because an existing service worker is active + if(navigator.serviceWorker.controller) { + console.log('A new update is available. Notify the user.'); + // Show a confirmation dialog or implement your custom update UI + // to notify the user that an update is available + } else { + console.log("Service Worker installed and ready."); + // This is the first time a service worker is installed and activated for this page. + // A page reload is necessary to ensure all assets are served by the new service worker and the app is fully offline ready + } + } + }); + } + }); + + if (registration.waiting) { + console.log('An update is already available and waiting. Notify the user.'); + // Show a confirmation dialog or call your custom update flow + // to notify the user that an update is available + } + } + } catch (error) { + console.error('Error setting up service worker update listener:', error); + } +} +``` + +2. Create JavaScript Action to activate the new service worker +When the user confirms the update, use the Client API `skipWaiting()` to activate the new service worker. + +```javascript +import { skipWaiting } from "mx-api/pwa"; + +/** + * @returns {Promise} A promise that resolves to true if the update was successfully activated and page reloaded, false otherwise. + */ +export async function JS_ActivatePWAUpdate() { + const activated = await skipWaiting(); + + if (activated) { + console.log("New service worker activated and controlling the page."); + + return true; + } else { + console.warn("No waiting service worker found or activation failed via Mendix API."); + return false; + } +} +``` + +3. Notifying users +To avoid interrupting users during critical operations, it is recommended to notify them when an update becomes available. +For example, you can implement a nanoflow that prompts users to confirm the update when a new version is detected. If the user confirms, the nanoflow can call JS_ActivatePWAUpdate to update. This nanoflow can be passed as a parameter to `JS_ListenForPWAUpdates`, which will invoke it when an update is detected. + +4. Reload the Application +Trigger a reload, or ask users to reload all open tabs or windows to ensure the application loads with the newly activated service worker.