Bug 183431
| Summary: | 'wheel' event stops video when trying to unmute | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Wouter Vroege <wouter> |
| Component: | UI Events | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Major | CC: | eric.carlson, jer.noble, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | Safari 11 | ||
| Hardware: | Mac | ||
| OS: | macOS 10.13 | ||
Wouter Vroege
Unlike 'touchend' or 'click', the 'wheel' event (both on 'element' or 'window') doesn't seem to be a valid interaction event to unmute autoplay video.
Instead, the video is stopped.
Demo: https://codepen.io/woutervroege/pen/MVgoQO
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Radar WebKit Bug Importer
<rdar://problem/38289973>
Jer Noble
When we talked about this on twitter <https://twitter.com/woutervroege/status/971483683415830534>, I misunderstood your question. I thought you were saying that "wheel" doesn't seem like it _should_ be a valid interaction event, implying that the bug was that we _were_ allowing it to be used to unmute autoplaying video.
Actually, I don't believe "wheel" should be a valid user interaction event. If it were, then users with mouse-wheels could have their videos un-mute when they were only trying to scroll the page. In this case, it's similar to the distinction between "touchstart" and "touchend". "touchstart" will be fired at the start of a scroll gesture, but "touchend" will never be fired when the user goes on to scroll the page, so it's safe to use as a user gesture.