setPointerCapture doesn't prevent events falling into an iframe |
|||
Issue descriptionhttp://output.jsbin.com/botohet/ - pointerdown on "This calls setPointerCapture" and drag to the sandboxed iframe - pointer/mouse move events stop firing. Edge continues to fire events. Firefox also continues to fire mouse events, but requires setCapture rather than setPointerCapture.
,
Feb 23 2017
Is this caused by issue 591387? This seems pretty bad IMHO - eliminates a lot of the value of setPointerCapture (the most useful scenarios for capture are cross-iframe, like panning an embedded map). Don't we have a web-platform-test for this case?
,
Feb 23 2017
Rick, it works the other way around which is the case of panning an embedded map. In other words, if the inner frame sets the capture it keeps getting the events even if you move the mouse out of it. But if the outer frame sets it if the mouse goes into the iframe the outer frame doesn't get the events anymore.
,
Jan 7
|
|||
►
Sign in to add a comment |
|||
Comment 1 by dtapu...@chromium.org
, Feb 17 2017Labels: -Pri-3 Hotlist-Input-Dev Pri-2
Owner: nzolghadr@chromium.org
Status: Assigned (was: Untriaged)