Rendering 4th recursive iframe (here in ABABA case) broken
Categories
(Core :: Layout, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr128 | --- | unaffected |
| firefox-esr140 | --- | wontfix |
| firefox142 | --- | wontfix |
| firefox143 | --- | wontfix |
| firefox144 | --- | fixed |
People
(Reporter: manuel, Assigned: emilio)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
Url: https://sah.yet.cx/storage-access/?iframe=wiki,cx,wiki,cx
Regression bug found with moz-regression
Haven't seen other cases, but there might be a simpler ones.
STR:
- open https://sah.yet.cx/storage-access/?iframe=wiki,cx,wiki,cx
- scroll down
| Reporter | ||
Updated•9 months ago
|
Comment 1•9 months ago
|
||
Set release status flags based on info from the regressing bug 1891335
:emilio, since you are the author of the regressor, bug 1891335, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
Updated•9 months ago
|
| Assignee | ||
Comment 2•9 months ago
|
||
I think this is a pre-existing IntersectionObserver bug with OOP iframes if the iframe is very tall.
| Assignee | ||
Comment 3•9 months ago
|
||
aRootBounds is meaningless in that case, since it's the top level
viewport bounds, not the iframe's viewport bounds (which might be a lot
taller).
Updated•9 months ago
|
| Assignee | ||
Updated•9 months ago
|
Comment 6•9 months ago
|
||
| bugherder | ||
Updated•9 months ago
|
Comment 8•9 months ago
|
||
Did you want to nominate this for uplift? Go ahead and do so if yes.
| Assignee | ||
Comment 9•9 months ago
|
||
Unless we know of sites affected by this I think this can ride the trains.
Updated•9 months ago
|
Description
•