-moz-subtree-hidden-only-visually doesn't work on out of flows.
Categories
(Core :: Web Painting, defect, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox145 | --- | fixed |
People
(Reporter: emilio, Assigned: emilio)
References
(Blocks 1 open bug)
Details
(Whiteboard: [anchorpositioning:m2])
Attachments
(2 files)
We plan to use something very similar to implement position-visibility. Also the split view implementation might need it for <tabpanels> (I took a look at making the content area use abspos rather than grid, and hit this).
| Assignee | ||
Comment 1•4 months ago
|
||
No behavior change, but this saves some per-child work and conceptually
is the right thing to do. HidesContent() is non-trivial.
Add an assertion to make sure we don't enter BuildDisplayListForChild
at all if content is hidden.
I audited all the callers, and the ones I didn't touch can't have
content-visibility (things like the viewport / pages / etc).
| Assignee | ||
Comment 2•4 months ago
|
||
Placeholders don't have the right style. This fixes
-moz-subtree-hidden-only-visually on out of flows, which is currently
not used but might be needed for the front-end.
Unfortunately this is restricted currently to the parent process, which
means that my attempt at a reftest didn't work... I could write a
browser test by absolutely positioning a tab panel or something but that
seems a bit clunky...
Updated•4 months ago
|
Comment 4•4 months ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/73c934745551
https://hg.mozilla.org/mozilla-central/rev/29be892785c8
https://hg.mozilla.org/mozilla-central/rev/0c1ba181e55d
Updated•4 months ago
|
Updated•3 months ago
|
| Assignee | ||
Updated•3 months ago
|
Description
•