Closed
Bug 1375390
Opened 7 years ago
Closed 7 years ago
stylo: <area> element lose its primary frame after zooming
Categories
(Core :: CSS Parsing and Computation, defect)
Core
CSS Parsing and Computation
Tracking
()
RESOLVED
DUPLICATE
of bug 1380133
People
(Reporter: xidorn, Unassigned)
References
(Blocks 1 open bug)
Details
This is an issue from accessible/tests/mochitest/bounds/test_zoom.html.
<area> element usually has its primary frame being the corresponding <img> element. However, in Stylo, after zooming (presumably triggering reflow or reframe?), <area> element loses its primary frame.
In the test specifically, the absence of primary pointer causes Accessible::Bounds to return all zeros for bounds of the element.
This may have more impact than accessibility given the absent of primary frame pointer, I suppose.
Comment 1•7 years ago
|
||
I'm 99% sure this is fixed by the patches from bug 1380133.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
Comment 3•7 years ago
|
||
(That bug was backed out, so I'll wait to test since I'm about to leave for today)
Comment 4•7 years ago
|
||
The test accessible/tests/mochitest/scroll/test_zoom.html doesn't seem in-tree? But the other two test_zoom.html tests pass with stylo enabled now.
Flags: needinfo?(emilio+bugs)
You need to log in
before you can comment on or make changes to this bug.
Description
•