Consider adding support for passive event listeners

[ajsb85]

I'm submitting a ...

• bug report
• feature request
• other (Please do not submit support requests here (see above))

Current behavior:
Added non-passive event listener to a scroll-blocking 'touchmove' event. Consider marking event handler as 'passive' to make the page more responsive.

Expected / new behavior:
Passive event listeners are a new feature in the DOM spec that enable developers to opt-in to better scroll performance by eliminating the need for scrolling to block on touch and wheel event listeners. Developers can annotate touch and wheel listeners with {passive: true} to indicate that they will never invoke preventDefault. This feature shipped in Chrome 51, Firefox 49 and landed in WebKit. For full official explanation read more here.

Minimal reproduction of the problem with instructions:

Angular version: 1.6.4

Browser: Chrome 59

Anything else:
http://stackoverflow.com/questions/39152877/consider-marking-event-handler-as-passive-to-make-the-page-more-responsive

[Narretz]

Hi, thanks for the suggestion. This behavior is in the spec (https://dom.spec.whatwg.org/#dictdef-eventlisteneroptions), but support is lacking in IE / Edge and Safari. I assume we could make an exception here, since the options object is ignored by browsers that don't support it, is that correct?

[ajsb85]

You are right!

[PierreDuc]

The object might be ignored, but it will resolve to a truthy value for browsers who do not support the options object, which sets the useCapture to true.

[Narretz]

Based on this comment #16026 (comment), this is a wontfix for the forseeable future