W3C home > Mailing lists > Public > public-device-apis@w3.org > January 2016

Re: [wake-lock] Wake Lock API status update

From: Frederick Hirsch <w3c@fjhirsch.com>
Date: Tue, 19 Jan 2016 14:03:50 -0500
Cc: W3C Device APIs WG <public-device-apis@w3.org>, Dominique Hazael-Massieux <dom@w3.org>
Message-Id: <2B178C72-DFFC-47EF-8671-E54F25998475@fjhirsch.com>
To: Marcos Caceres <w3c@marcosc.com>

We need at least two implementations to move WakeLock forward to CR (and REC) based on the group's minimum CR exit criteria, preferably more.

It sounds like there is only one implementation at this point, Chromium.

How do you interpret the Firefox status (including the bug report which is for Firefox for Android)?


regards, Frederick

Frederick Hirsch
Chair, W3C Device APIs WG (DAP)


> On Jan 19, 2016, at 8:24 AM, Marcos Caceres <w3c@marcosc.com> wrote:
> On January 20, 2016 at 12:19:09 AM, Dominique Hazael-Massieux (dom@w3.org) wrote:
>> Hi Marcos,
>> On 11/01/2016 09:39, Андрей Логвинов wrote:
>>> The Wake Lock API (http://www.w3.org/TR/wake-lock/) has been implemented
>>> in Chromium as an experimental feature, available since version 48.0.2551.0.
>> Any visibility on if and when Firefox would adopt that API as a
>> replacement to navigator.requestWakeLock()?
> Not sure. I thought it was only supported in FxOS?  
>> Is there an existing bug to track implementation progress in Firefox?
> I did a quick search and only found this one:
> https://bugzilla.mozilla.org/show_bug.cgi?id=1054113
Received on Tuesday, 19 January 2016 19:04:22 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:33:27 UTC