New issue
Advanced search Search tips

Issue 913386 link

Starred by 4 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Dragover event doesn't capture when hovering on transparent overlay

Reported by prt...@gmail.com, Dec 10

Issue description

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

Steps to reproduce the problem:
Snippet code in jsfiddle https://jsfiddle.net/lytc/7c365kgn/14/

What is the expected behavior?
It should capture dragover event

What went wrong?
The dragover event doesn't captured

Did this work before? Yes 

Does this work in other browsers? Yes

Chrome version: 70.0.3538.110  Channel: n/a
OS Version: OS X 10.14.0
Flash Version:
 
Components: Blink>DataTransfer Blink>Input
Labels: Needs-Triage-M70 Needs-Bisect
just notice this, when there is an iframe element under the transparent dom
Cc: vamshi.kommuri@chromium.org
Labels: -Pri-2 -Needs-Bisect hasbisect-per-revision RegressedIn-70 Triaged-ET Target-71 Target-72 M-72 M-71 FoundIn-71 FoundIn-72 Pri-1
Owner: sunxd@chromium.org
Status: Assigned (was: Unconfirmed)
Thanks for filing the issue!

Able to reproduce the issue on reported chrome version 70.0.3538.110 using Mac 10.14.1, but the issue seems to be resolved in latest canary 73.0.3636.0. Hence providing with reverse bisect information.
Note: The behaviour on Ubuntu 14.04 and Windows 10 seems to be different when compared to that of Mac.

Bisect Information:
-------------------
Last Bad Build   : 72.0.3604.0 
First Good Build : 72.0.3605.0

You are probably looking for a change made after 606144 (known good), but no later than 606145 (first known bad).
CHANGELOG URL:
https://chromium.googlesource.com/chromium/src/+log/d60f16ec748ffec87b277d387068355bd1b65734..f009bbf97de20dcedb9aba9a7a1b72b3c8e9219f
Suspecting: https://chromium.googlesource.com/chromium/src/+log/d60f16ec748ffec87b277d387068355bd1b65734..f009bbf97de20dcedb9aba9a7a1b72b3c8e9219f
Review URL: https://chromium-review.googlesource.com/c/1310114

@Xianda Sun: Please help in assigning it to the right owner if this isn't related to your change.

Thanks!
Labels: -M-72 -Target-72 -FoundIn-72
As per C#4 reverse bisect, looks like issue is working fine in M-72 since 72.0.3605.0 hence fix should be available in M-72 branch(3626) as well. Updating the labels accordingly.

sunxd@: Shall we get the CL merged to M-71 ?
Cc: rjkroege@chromium.org riajiang@chromium.org
I think the root cause of this bug is that in M71 hit testing depends on rendering data, so the transparent overlay is missed probably.

Hi ajha@, the mentioned cl is part of a project which is currently in finch trial. We are rolling out two phases of out-of-process iframe hit testing, the version 1 has just reached stable, while version 2 is still blocked by some bugs.

It seems version 2 is going to fix this bug, but v2 is now only enabled on 50% clients on canary and dev channel since M72, so it's probably too early to merge it into M71.

Sign in to add a comment