Summary: | REGRESSION (Safari 14): Submenus on https://codelearn.cat don't show | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Simon Fraser (smfr) <simon.fraser> | ||||
Component: | Layout and Rendering | Assignee: | Simon Fraser (smfr) <simon.fraser> | ||||
Status: | RESOLVED FIXED | ||||||
Severity: | Normal | CC: | bfulgham, changseok, esprehn+autocc, ews-watchlist, glenn, kondapallykalyan, ntim, pdr, simon.fraser, webkit-bug-importer, zalan, zimmermann | ||||
Priority: | P2 | Keywords: | InRadar | ||||
Version: | Safari Technology Preview | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Attachments: |
|
Description
Simon Fraser (smfr)
2021-05-06 09:59:29 PDT
Probably related to async overflow scroll and compositing. This might be fallout from the RenderLayer/ScrollableArea split. There's a composited layer with overflow:scroll, and overflow is being toggled to 'visible'. We fail to remove the compositing clipping layer, so the content remains clipped. This is happening because RenderBox::requiresLayerWithScrollableArea() is called from RenderLayer::styleChanged() (i.e. before layout) but it consults hasHorizontalOverflow() || hasVerticalOverflow() which depend on layout. We also never remove the RenderLayerScrollableArea and it seems like we should. Created attachment 430979 [details]
Patch
Committed r279130 (239044@main): <https://commits.webkit.org/239044@main> All reviewed patches have been landed. Closing bug and clearing flags on attachment 430979 [details]. |