- From: Jake Archibald via GitHub <sysbot+gh@w3.org>
- Date: Tue, 30 Apr 2019 17:19:16 +0000
- To: public-device-apis-log@w3.org
I agree with @marcoscaceres that the design seems odd, but I've missed out on previous discussions, so maybe there's good reasons.
Being able to 'request' a lock that's already been requested seems weird.
`AbortController` is specifically designed so a third party can't abort the ongoing thing, only the person who started the thing. But that doesn't seem like the goal here. In which case, an `.abort()` method on the instance seems to fit better.
```js
const lock = await wakeLocks.request('screen');
// and later:
lock.release();
// To release all locks:
for (const lock of await wakeLocks.query({ type: 'screen' })) {
  lock.release();
}
```
I'm not sure why `.query` would ever return an inactive lock.
-- 
GitHub Notification of comment by jakearchibald
Please view or discuss this issue at https://github.com/w3c/wake-lock/pull/183#issuecomment-488038960 using your GitHub account
Received on Tuesday, 30 April 2019 17:19:18 UTC