wifiOnly == false means that the sync signal fires even if you're on a
data connection that is not wifi. I don't know what the implementation
does when there is no network available at all.
Also the implementation backend is very different. mozAlarms uses low
level HAL support to let the device go into sleep mode and to wake up
with minimal overhead. I'm not sure if requestsync is that good in this
regard.
Fabrice
On 01/05/2015 03:44 PM, Kevin Grandon wrote:
> Sure you don't need to care about network status, and I'd imagine that's
> the case whenever wifiOnly is set to false?
>
> It seems like we're adding a second implementation which provides
> enhanced functionality compared with mozAlarms. That is all well and
> good, but having to maintain both and answer the inevitable web
> developer questions about which to use is less than ideal. I am excited
> about the new sync API, and I see it replacing most mozAlarms in gaia so
> we can leverage a single solution.
>
> Best,
> Kevin
>
> On Mon, Jan 5, 2015 at 3:26 PM, Fabrice Desré <[email protected]
> <mailto:[email protected]>> wrote:
>
> On 01/05/2015 03:16 PM, Kevin Grandon wrote:
> > So now the other question, is there any advantage of using mozAlarms
> > over sync? Should mozAlarm usage be deprecated?
>
> The semantics are very different. Why should we need to care about
> network status to ring an alarm in the morning?
>
> RequestSync will replace some hackish uses of mozAlarms, but there are
> still valid use cases.
>
> Fabrice
> --
> Fabrice Desré
> b2g team
> Mozilla Corporation
>
>
--
Fabrice Desré
b2g team
Mozilla Corporation
_______________________________________________
dev-b2g mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-b2g
