Name Description Size Coverage
components.conf 748 -
metrics.yaml 1704 -
moz.build 932 -
nsIDOMWakeLockListener.idl The callback will be called when a lock topic changes its lock state. Possible states are: - "unlocked" - nobody holds the wake lock. - "locked-foreground" - at least one window holds the wake lock, and it is visible. - "locked-background" - at least one window holds the wake lock, but all of them are hidden. @param aTopic The resource name related to the wake lock. @param aState The wake lock state 991 -
nsIPowerManagerService.idl For use with non-content code. 1157 -
nsIWakeLock.idl 444 -
PowerManagerService.cpp static 3946 -
PowerManagerService.h 1738 -
tests -
WakeLock.cpp Null windows are allowed. A wake lock without associated window is always considered invisible. 4937 -
WakeLock.h 1897 -
WakeLockJS.cpp 8267 -
WakeLockJS.h Management class for wake locks held from client scripts. Instances of this class have two purposes: - Implement navigator.wakeLock.request which creates a WakeLockSentinel - Listen for state changes that require all WakeLockSentinel to be released The WakeLockSentinel objects are held in document.mActiveLocks. https://www.w3.org/TR/screen-wake-lock/#the-wakelock-interface 2732 -
WakeLockSentinel.cpp 3323 -
WakeLockSentinel.h To avoid user fingerprinting, WakeLockJS::Request will provide a WakeLockSentinel even if the lock type is not applicable or cannot be obtained. But when releasing this sentinel, we have to know whether AcquireActualLock was called. https://w3c.github.io/screen-wake-lock/#dfn-applicable-wake-lock https://w3c.github.io/screen-wake-lock/#the-request-method 2140 -