Bug 125865 - iframes with composited parents in columns other than the first don't hit-test correctly
Summary: iframes with composited parents in columns other than the first don't hit-tes...
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: CSS (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-12-17 12:08 PST by Tim Horton
Modified: 2022-10-17 12:32 PDT (History)
3 users (show)

See Also:

Attachments
repro case (746 bytes, text/html)
2013-12-17 12:10 PST, Tim Horton 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Tim Horton 2013-12-17 12:08:41 PST 
Attaching a test case which has a hoverable element inside an <iframe> inside a <p> inside a <div> with columns.

In each column, we have one instance where the <p> is composited because of a -webkit-transform: translateZ(0); and one where it is not composited.

Expected:

Both hoverable elements should be hoverable in both columns.

Actual:

The hoverable element with a composited parent in the second column does not hit test correctly/change color on hover.
Comment 1 Tim Horton 2013-12-17 12:10:13 PST 
Created attachment 219439 [details]
repro case
Comment 2 Ahmad Saleem 2022-10-17 12:32:11 PDT 
I am not able to reproduce this bug in Safari 16 and Safari Technology Preview 155 and on hover in second column, I still get "red" background similar to first column. It matches with Chrome Canary 109 as well.

It is same with Firefox Nightly 107 when using below JSFiddle, which does not have -webkit-:

https://jsfiddle.net/wbt943ok/show

I am not going to mark this as "RESOLVED CONFIGURATION CHANGED" since I would appreciate someone else input as well.