components.conf |
|
748 |
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 |
3945 |
PowerManagerService.h |
|
1738 |
tests |
|
|
WakeLock.cpp |
Null windows are allowed. A wake lock without associated window
is always considered invisible.
|
4936 |
WakeLock.h |
|
1897 |
WakeLockJS.cpp |
|
8266 |
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 |
|
3282 |
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 |