W3C home > Mailing lists > Public > whatwg@whatwg.org > July 2014

Re: [whatwg] [Notifications] Persistent notifications depending on Service Workers

From: John Mellor <johnme@google.com>
Date: Tue, 15 Jul 2014 10:26:57 +0100
Message-ID: <CAG_kaUZtR3-HiVChB6p4iUbOKDuj9Ns+wpCxsNmHhe_VV17W+Q@mail.gmail.com>
To: Peter Beverloo <beverloo@google.com>
Cc: whatwg@whatwg.org
On 15 May 2014 17:13, "Peter Beverloo" <beverloo@google.com> wrote:
> (snip)
>
> For |notificationshow|, there is a worry here that if we decide to support
> delayed notifications, it would enable developers to use notifications to
> set precise timers: create a delayed notification to be displayed an hour
> from now, get the |notificationshow| event, and call
> |notification.close()|. This is something which I'd hope would only be
> possible through some kind of alarms API, which in itself may be
> undesirable to start with.

Actually, it would probably be fine for delayed notifications to fire a
notificationshow event on SWs, as long as script run from the
notificationshow event is unable to close the notification (but
altering/replacing the notification should be allowed).

The protection against developers wasting battery with excessively frequent
'alarms' is then that they won't want to spam users with notifications (or
will get their notification permission swiftly revoked if they do).

> Thanks,
> Peter
Received on Tuesday, 15 July 2014 09:27:24 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 17:00:21 UTC