Closed
Bug 1285527
Opened 9 years ago
Closed 9 years ago
Implement PushSubscriptionOptions.userVisibleOnly
Categories
(Core :: DOM: Push Subscriptions, defect, P3)
Tracking
()
RESOLVED
INVALID
People
(Reporter: johnme, Unassigned)
Details
I noticed that Firefox 48 does not implement the userVisibleOnly attribute of the PushSubscriptionOptions interface.
https://w3c.github.io/push-api/#pushsubscriptionoptions-interface-and-dictionary
It's fine for UAs to ignore the value of the userVisibleOnly property of the PushSubscriptionOptionsInit dictionary, but the spec as currently written implies that UAs should nevertheless reflect the value back in the PushSubscriptionOptions interface.
Comment 1•9 years ago
|
||
Thanks! This means we'll want to store the value that the user passes in for `userVisibleOnly`, right? (Even if we don't use it for anything else).
I'm a bit wary because we treat `.subscribe({ userVisibleOnly: true })` and `.subscribe({ userVisibleOnly: false })` the same way, so it's unclear what `userVisibleOnly` would mean in Firefox. Maybe we can use it to enforce a stronger quota, though?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•9 years ago
|
||
I'd rather have the spec amended to allow UAs to only include the properties that it implements.
Comment 3•9 years ago
|
||
(In reply to Martin Thomson [:mt:] from comment #2)
> I'd rather have the spec amended to allow UAs to only include the properties
> that it implements.
So should we close this and use a spec issue instead?
Flags: needinfo?(martin.thomson)
Priority: -- → P3
Comment 4•9 years ago
|
||
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: needinfo?(martin.thomson)
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•