[Webkit-unassigned] [Bug 178120] Audio autoplay restrictions favor abusive content

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Oct 17 08:00:08 PDT 2017


https://bugs.webkit.org/show_bug.cgi?id=178120

--- Comment #6 from Ashley Gullen <ashley at scirra.com> ---
> > Isn't this kind of a bizarre workaround? Why not just allow play() at any
> > time after the first touch? I don't understand why that's not the case -
> > what are you protecting against?
> 
> Just because I hit the space bar to scroll doesn't mean a website should be
> allowed to blare audio-enabled ads at me.

I don't understand this example: in Safari pressing space bar counts as a user gesture and play() is permitted in the keydown event. So the website can play audio at you when you press space bar. The problem is that legitimate web apps can't play even a moment after that.

The general point is: websites that want to blare audio at you will do so in the first input event. So what are you protecting against by blocking play() calls after that point? It seems to only impede legitimate web apps.

I am specifically talking about the JavaScript play() method that returns a Promise.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20171017/c795bef3/attachment.html>


More information about the webkit-unassigned mailing list