Support requireInteraction (requires Toolkit::Notifications and Alerts and platform support)
Categories
(Core :: DOM: Notifications, enhancement, P3)
Tracking
()
People
(Reporter: clarkbw, Unassigned)
References
(Blocks 3 open bugs)
Details
(Keywords: compat, parity-chrome, parity-edge)
Comment 1•8 years ago
|
||
Comment 2•8 years ago
|
||
Comment 3•8 years ago
|
||
Comment 4•8 years ago
|
||
Comment 6•8 years ago
|
||
Reporter | ||
Comment 7•8 years ago
|
||
Comment 8•8 years ago
|
||
Comment 9•8 years ago
|
||
Reporter | ||
Comment 10•8 years ago
|
||
Reporter | ||
Comment 11•8 years ago
|
||
Comment 12•8 years ago
|
||
Comment 13•8 years ago
|
||
Comment 14•7 years ago
|
||
Comment 15•7 years ago
|
||
Comment 16•7 years ago
|
||
Comment 17•7 years ago
|
||
Updated•7 years ago
|
Updated•7 years ago
|
Comment 18•6 years ago
|
||
Comment 19•5 years ago
|
||
The preference "dom.webnotifications.requireinteraction.enabled" is still not working in Firefox 75. When that is set to 'true', notifications still disappear after a few seconds without being dismissed.
Comment 20•3 years ago
|
||
requireInteraction works fine when dom.webnotifications.requireinteraction.enabled is true on Firefox 89 at least on Windows.
I reported this on github too:
https://github.com/mdn/browser-compat-data/issues/11353
Comment 21•3 years ago
|
||
This is still broken in Firefox 98.0.1, running on macOS 12.3: requireInteraction: true
has no effect on the notification, which disappears after a few seconds. The behaviour is the same with dom.webnotifications.requireinteraction.enabled
set to either true
or false
.
Here's a simple test case: https://cdpn.io/pen/debug/yLpaxJa?authentication_hash=vPrKKNpoYzmr
The test case above works in Chrome on the same platform.
Updated•2 years ago
|
Comment 22•2 years ago
|
||
The dom.webnotifications.requireinteraction.enabled
has been enabled on nightly for years. It looks it worth re-triaging this issue and sort out a plan for this. Or maybe at least look into the option of disabling on nightly for now?
Comment 23•2 years ago
|
||
Forwarding to :asuth for thoughts.
Comment 24•2 years ago
|
||
I’m using Firefox on Windows with system notifications. I finally found out about the dom.webnotifications.requireinteraction.enabled switch a few minutes ago. It was disabled for me, so I turned it on. That doesn’t seem to make requireInteraction work.
Is it supposed to work? Right now my only option is to spam myself with notifications if I want to make sure they’re up and clickable.
Comment 25•2 years ago
|
||
Is there no traction on this? Is there anything else I can do other than provide easy to reproduce test case as above?
This is proving to be quite a problematic bug, in that notifications that should always, well, require interaction, instead are missed completely, rendering a great number of services rather useless, unfortunately.
Updated•2 years ago
|
Comment 26•1 year ago
|
||
Bug 1794475 explicitly addresses this case in the context of Windows and https://bugzilla.mozilla.org/show_bug.cgi?id=1794475#c0 is a good reflection of the same problems that we faced here in comment 4. (Namely that our desktop alert UI did not have an interaction model that supported notifications that stuck around, although Firefox OS did.) https://bugzilla.mozilla.org/show_bug.cgi?id=1545326#c18 also provides relevant context.
Because this issue spans multiple components (this one, Toolkit::Notifications and Alerts, plus the widget bindings for each supported platform), this bug should likely be left open even if most of the work will happen in related bugs.
Description
•