Re: [ambient-light] Security and Privacy considerations for ALS (#13)
Re: [wake-lock] chore: fix ReSpec xref errors (#220)
[wake-lock] ReSpec is complaining about some spec references (#219)
- Re: [wake-lock] ReSpec is complaining about some spec references (#219)
- Closed: [wake-lock] ReSpec is complaining about some spec references (#219)
- Re: [wake-lock] ReSpec is complaining about some spec references (#219)
Re: [wake-lock] Add "geolocation" wake lock (#170)
Re: [wake-lock] Adjust the "Release Wake Lock" algorithm after #209 (#216)
- Re: [wake-lock] Adjust the "Release Wake Lock" algorithm after #209 (#216)
- Re: [wake-lock] Adjust the "Release Wake Lock" algorithm after #209 (#216)
- Re: [wake-lock] Adjust the "Release Wake Lock" algorithm after #209 (#216)
- Re: [wake-lock] Adjust the "Release Wake Lock" algorithm after #209 (#216)
Re: [wake-lock] Tweak a bit on the description of WakeLock interface (#215)
Re: [sensors] Add API for requesting permission (#388)
- Re: [sensors] Add API for requesting permission (#388)
- Re: [sensors] Add API for requesting permission (#388)
[wake-lock] New API with AbortController is not intuitive for developers. (#214)
- Re: [wake-lock] New API with AbortController is not intuitive for developers. (#214)
- Closed: [wake-lock] New API with AbortController is not intuitive for developers. (#214)
- Re: [wake-lock] New API with AbortController is not intuitive for developers. (#214)
Re: [wake-lock] Make page visibility checks use the resposible document. (#212)
- Re: [wake-lock] Make page visibility checks use the resposible document. (#212)
- Re: [wake-lock] Make page visibility checks use the resposible document. (#212)
Re: [wake-lock] Fix AbortSignal handling in WakeLock.request() after #201 (#209)
- Re: [wake-lock] Fix AbortSignal handling in WakeLock.request() after #201 (#209)
- Re: [wake-lock] Fix AbortSignal handling in WakeLock.request() after #201 (#209)
Re: [wake-lock] Fix the checkbox example after #201 (#210)
[wake-lock] Avoid cases like |options|. (#208)
- Re: [wake-lock] Avoid cases like |options|.|signal| as that creates a new variable signal (#208)
- Re: [wake-lock] Avoid cases like |options|.|signal| as that creates a new variable signal (#208)
- Re: [wake-lock] Avoid cases like |options|.|signal| as that creates a new variable signal (#208)
- Closed: [wake-lock] Avoid cases like |options|.|signal| as that creates a new variable signal (#208)
[wake-lock] Avoid cases like |options (#207)
- Re: [wake-lock] Avoid cases like |options (#207)
- Closed: [wake-lock] Avoid cases like |options (#207)
Closed: [wake-lock] Clarify platform wake lock's internal slots have different contexts (#192)
Closed: [wake-lock] Lifetime of WakeLock (#195)
Closed: [wake-lock] Losing reference to a WakeLock object is a bug or intended behavior (#199)
Re: [deviceorientation] Add API for requesting permission to receive device motion / orientation events (#57)
- Re: [deviceorientation] Add API for requesting permission to receive device motion / orientation events (#57)
- Re: [deviceorientation] Add API for requesting permission to receive device motion / orientation events (#57)
- Re: [deviceorientation] Add API for requesting permission to receive device motion / orientation events (#57)
- Re: [deviceorientation] Add API for requesting permission to receive device motion / orientation events (#57)
- Re: [deviceorientation] Add API for requesting permission to receive device motion / orientation events (#57)
- Re: [deviceorientation] Add API for requesting permission to receive device motion / orientation events (#57)
[wake-lock] Page visibility and browsing contexts (#206)
- Re: [wake-lock] Page visibility and browsing contexts (#206)
- Re: [wake-lock] Page visibility and browsing contexts (#206)
- Re: [wake-lock] Page visibility and browsing contexts (#206)
- Closed: [wake-lock] Page visibility and browsing contexts (#206)
Re: [wake-lock] Create PULL_REQUEST_TEMPLATE.md (#168)
Re: [wake-lock] chore(.travis): use GET instead of HEAD for ReSpec validator (#205)
- Re: [wake-lock] chore(.travis): use GET instead of HEAD for ReSpec validator (#205)
- Re: [wake-lock] chore(.travis): use GET instead of HEAD for ReSpec validator (#205)
Re: [wake-lock] Make WakeLockRequestOptions' signal non-nullable, do not set a default (#204)
- Re: [wake-lock] Make WakeLockRequestOptions' signal non-nullable, do not set a default (#204)
- Re: [wake-lock] Make WakeLockRequestOptions' signal non-nullable, do not set a default (#204)
Re: [wake-lock] Do not assign a default value to WakeLockRequestOptions.signal (#203)
- Re: [wake-lock] Do not assign a default value to WakeLockRequestOptions.signal (#203)
- Re: [wake-lock] Do not assign a default value to WakeLockRequestOptions.signal (#203)
Closed: [wake-lock] Canceling using AbortSignal is a bit weird (#171)
[wake-lock] request(): Order for permission and other checks (#202)
- Re: [wake-lock] request(): Order for permission and other checks (#202)
- Re: [wake-lock] request(): Order for permission and other checks (#202)
- Re: [wake-lock] request(): Order for permission and other checks (#202)
- Re: [wake-lock] request(): Order for permission and other checks (#202)
- Re: [wake-lock] request(): Order for permission and other checks (#202)
- Re: [wake-lock] request(): Order for permission and other checks (#202)
- Re: [wake-lock] request(): Order for permission and other checks (#202)
- Re: [wake-lock] request(): Order for permission and other checks (#202)
Re: [wake-lock] Move to new static API as agreed upon (#201)
Closed: [wake-lock] Losing reference to a WakeLock object is a bug or intended behavior (#199)
Re: [wake-lock] Remove query(), fixes #199 (#200)
Re: [wake-lock] Losing reference to a WakeLock object is a bug or intended behavior (#199)
- Re: [wake-lock] Losing reference to a WakeLock object is a bug or intended behavior (#199)
- Re: [wake-lock] Losing reference to a WakeLock object is a bug or intended behavior (#199)
- Re: [wake-lock] Losing reference to a WakeLock object is a bug or intended behavior (#199)
- Re: [wake-lock] Losing reference to a WakeLock object is a bug or intended behavior (#199)
- Re: [wake-lock] Losing reference to a WakeLock object is a bug or intended behavior (#199)
- Re: [wake-lock] Losing reference to a WakeLock object is a bug or intended behavior (#199)