Hit-testing produces incorrect result with SVG over iframe element
Categories
(Core :: Panning and Zooming, defect, P3)
Tracking
()
Fission Milestone | M7 |
Tracking | Status | |
---|---|---|
firefox75 | --- | wontfix |
firefox76 | --- | wontfix |
firefox77 | --- | wontfix |
firefox78 | --- | fix-optional |
People
(Reporter: kats, Unassigned)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [apz:fission:6:M])
Attachments
(2 files)
Spinoff from https://bugzilla.mozilla.org/show_bug.cgi?id=1544451#c7. In the attached testcase, putting the mouse over the SVG bounding box (which is larger than the bounding box of the green circle) and doing a scrollwheel/trackpad scroll should scroll the root document. Chrome does this correct, we do not. In Firefox (with WR on or off) putting the mouse inside the green circle's bounding box and scrolling does the right thing, but putting it in the space between the green circle's bounding box and the full SVG bounding box ends up scrolling the iframe instead of the root document.
Preliminary investigation in bug 1544451 has a display list dump here which seems to indicate that the SVGOuterSVG
element isn't generating the compositor hit info item which one would expect it to.
Reporter | ||
Updated•4 years ago
|
Reporter | ||
Updated•4 years ago
|
Reporter | ||
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Comment 1•4 years ago
|
||
Tentatively tracking APZ Fission bugs for Fission Beta milestone (M7).
Comment 2•3 years ago
|
||
btw, we plan to allow Fission on macOS and Linux without WR (and may need to support Fission on Windows without WR), so we will want to test APZ bugs both with and without WR.
Updated•3 years ago
|
Comment 3•3 years ago
|
||
Kats, I can't reproduce the issue here even on older builds (I've checked builds since 2019-04-26). I was suspecting the fission attribute on the iframe element no longer works in these days, but it's not the case. I will attach a new test case which doesn't use the attribute.
Anyways, I might be misunderstanding what the issue is actually, so can you please check whether the issue still persists or not?
Comment 4•3 years ago
|
||
Reporter | ||
Comment 5•3 years ago
•
|
||
IIRC the bug as originally filed was for non-fission. The STR aren't totally clear, but you have to scroll the iframe to activate it first, and then scroll with the mouse just to the left of the blue box. With that I can reproduce the bug on older macOS nightlies, but as of bug 1534549 it seems fixed (for both WR and non-WR).
I also tried running in the WR+fission configuration but AFAICT the pid of the iframe is the same as the pid of tab, which means the iframe is not actually getting fission-ized. So I don't think the test is exercising anything different with fission enabled.
I would call this fixed by bug 1534549.
Comment 6•3 years ago
|
||
Thank you Kats! Closing as FIXED.
Description
•