New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 617395 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Jul 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

-webkit-backface-visibility: hidden overrides pointer-events:none on an iframe

Reported by chanp...@mixmax.com, Jun 4 2016

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Safari/537.36

Example URL:

Steps to reproduce the problem:
1. Download attached test case.

2. Open index.html in Chrome 51. Wheel over the yellow iframe boxes. Observe that the parent view does not scroll. Instead the yellow boxes eats the wheel events.

3.  Open index.html in Safari. Wheel over the yellow iframe boxes. Observe that the parent view scrolls as expected, as if the yellow boxes are not there.

What is the expected behavior?
If an iframe has pointer-events: none. Wheeling over the iframe should completely ignore the iframe as if it is not there.

What went wrong?
If an iframe has `pointer-events: none`, and the iframe has elements with `-webkit-backface-visibility: hidden`, wheeling over the iframe should completely ignore the iframe as if it is not there.

In Chrome 51, the iframes eat wheel events, even if `pointer-events:none` is set on it.

Does it occur on multiple sites: N/A

Is it a problem with a plugin? N/A 

Did this work before? Yes Chrome 50

Does this work in other browsers? Yes 

Chrome version: 51.0.2704.79  Channel: stable
OS Version: OS X 10.11.5
Flash Version: Shockwave Flash 21.0 r0
 
iframe-scrolling.zip
2.9 KB Download
Cc: ranjitkan@chromium.org lfg@chromium.org
Components: Blink>HTML>IFrame
Labels: -Type-Compat M-53 OS-Linux OS-Windows Type-Bug-Regression
Owner: majidvp@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce the issue on Windows 7, MAC 10.11.5, Ubuntu 14.04 and is a regression broken in M43, below are the bisect details for the same:

Bisect Info:
============

Change Log: https://chromium.googlesource.com/chromium/src/+log/6cd53aae991187ff5d18e1d949cfcde81c736940..6cfcc368c8c389a534441b491eab3fbe606b2321
Blink Change: https://chromium.googlesource.com/chromium/blink/+log/1925bd0203a4d1aeca51acccb65c3ab76cf41ca2..5bd3ef004d841a768d7cff525b846c35ab0af744

Suspecting change #319496  or blink change #191454 could be the possible culprit.
Change URL: 
===========
https://chromium.googlesource.com/chromium/src/+/6cfcc368c8c389a534441b491eab3fbe606b2321
https://chromium.googlesource.com/chromium/blink/+/d4d44af03590f76fa5839553cf33c9c53cd7f80e

Review URL:
===========
https://codereview.chromium.org/868363004
https://codereview.chromium.org/922743002

@ majidvp: Assigning to you and @lfg: looping you. Request you guys to please take a look into it. Please help us to reassign if not with respect to your changes.

Thanks.!
Forgot to add build information above, please find it below:

Bisect Details:
===============
43.0.2324.0 - Good build
43.0.2325.0 - Bad build


Also, I just discovered that setting `transform` and `will-change` properties on element will break `pointer-events:none` on the iframe as well.
Project Member

Comment 5 by sheriffbot@chromium.org, Jul 7 2016

Labels: -M-53 M-54 MovedFrom-53
Moving this nonessential bug to the next milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
This issue appears to be somewhat fixed with Chrome 55, however, only on external displays. When scrolling on a laptop screen, it is still broken. I suspect it has to do with HiDPI displays. I am testing on a MacBook Pro (Late 2016, 15-in monitor)
Cc: yoichio@chromium.org hayato@chromium.org
Owner: yoichio@chromium.org
Yoichi, could you take a look at this regression?
Status: WontFix (was: Assigned)
Not repro on Version 61.0.3154.4 (Official Build) canary (64-bit)

Sign in to add a comment