Most devices by default turn off their screen after a specified amount of time to prolong the life of the hardware. Modern devices do this to save on battery power. Whilst this is a useful feature, some applications need the screen to stay awake to be their most useful.

The Screen Wake Lock API prevents the screen from turning off, dimming or locking. It allows for a simple platform-based solution for visible (active) documents to acquire the platform screen wake lock.

There are plenty of use cases for keeping a screen on, including reading an ebook, map navigation, following a recipe, presenting to an audience, scanning a QR/barcode or applications that use voice or gesture control, rather than tactile input (the default way to keep a screen awake).

You acquire a Promise-based method that resolves if the platform allows it. A request may be rejected for a number of reasons, including system settings (such as power save mode or low battery level) or if the document is not active or visible. It is good practice to store a reference to the sentinel object to allow the application to later control release.

The sentinel is attached to the underlying system wake lock. It can be released by the system, again if the battery power is too low or the document is not active or visible. It can also be released manually via the WakeLockSentinel.release() method. After being released a WakeLockSentinel can no longer be used. If a screen wake lock is required again/still, the application will need to request a new one.

The Screen Wake Lock API should be used to keep the screen on to benefit usability. It's a good idea to show some feedback on the interface to show if wake lock is active and a way for the user to disable it if they wish.

WakeLock

Prevents device screens from dimming or locking when an application needs to keep running.

WakeLockSentinel

Provides a handle to the underlying platform wake lock and if referenced can be manually released and reacquired. Get an instance of the object by calling WakeLock.request.

Navigator.wakeLock Read only

Returns a WakeLock object instance, from which all other functionality can be accessed.

Permissions-Policy: screen-wake-lock

Access to the API is gated by the Permissions-Policy directive screen-wake-lock. See Security considerations below.

This code checks for wake lock support and updates the UI accordingly.

if ("wakeLock" in navigator) {
  isSupported = true;
  statusElem.textContent = "Screen Wake Lock API supported!";
} else {
  wakeButton.disabled = true;
  statusElem.textContent = "Wake lock is not supported by this browser.";
}

The following example demonstrates how to request a Promise-based and so we can create an asynchronous function, which in turn updates the UI to reflect the wake lock is active.

/ Create a reference for the Wake Lock.
let wakeLock = null;

/ create an async function to request a wake lock
try {
  wakeLock = await navigator.wakeLock.request("screen");
  statusElem.textContent = "Wake Lock is active!";
} catch (err) {
  / The Wake Lock request has failed - usually system related, such as battery.
  statusElem.textContent = `${err.name}, ${err.message}`;
}

The following example shows how to release the previously acquired wake lock.

wakeLock.release().then(() => {
  wakeLock = null;
});

This example updates the UI if the wake lock has been released for any reason (such as navigating away from the active window/tab).

wakeLock.addEventListener("release", () => {
  / the wake lock has been released
  statusElem.textContent = "Wake Lock has been released";
});

The following code reacquires the wake lock should the visibility of the document change and the wake lock is released.

document.addEventListener("visibilitychange", async () => {
  if (wakeLock !== null && document.visibilityState === "visible") {
    wakeLock = await navigator.wakeLock.request("screen");
  }
});

You can find the demo uses a button to acquire a wake lock and also release it, which in turn updates the UI. The UI also updates if the wake lock is released automatically for any reason. There's a checkbox which when checked, will automatically reacquire the wake lock if the document's visibility state changes and becomes visible again.

• Release the screen wake lock when user ends activity that required always-on screen. For example, a ticketing app which uses QR codes to transmit ticket information, might acquire screen wake lock when the QR code is displayed (so that code is successfully scanned) but release afterwards. A presentation app might hold the lock only while a presentation is active, but not when presentation is being edited.
• If your app is performing long-running downloads, consider using background fetch.
• If your app is synchronizing data from a remote server, consider using background sync.
• Only active documents can acquire screen wake locks and previously acquired locks are automatically released when document becomes inactive. Therefore make sure to re-acquire screen wake lock if necessary when document becomes active (listen for visibilitychange event).

Access to the Screen Wake Lock API is controlled by the screen-wake-lock.

When using the Permissions Policy, the default allowlist for screen-wake-lock is self. This allows lock wake usage in same-origin nested frames but prevents third-party content from using locks. Third party usage can be enabled by the server first setting the Permissions-Policy header to grant permission a particular third party origin.

Permissions-Policy: screen-wake-lock=(self b.example.com)

Then the allow="screen-wake-lock" attribute must be added the frame container element for sources from that origin:

<iframe src="/cats-d8c4vu/b.example.com" allow="screen-wake-lock"></iframe>

Browsers may also block the screen lock in a particular document for an implementation specific reason, such as a user or platform setting. They are expected to provide some unobtrusive mechanism to inform the user when wake lock is active, and to provide users the ability to remove the application's screen lock.

The Permissions API screen-wake-lock permission can be used to test whether access to use the screen lock is granted, denied or prompt (requires user acknowledgement of a prompt).

• Stay awake with the Screen Wake Lock API
• A Screen Wake Lock API demo on glitch