| Summary: | Viewport Unit based element clipped by Safari bottom controls | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | David Bokan <bokan> | ||||
| Component: | Layout and Rendering | Assignee: | Nobody <webkit-unassigned> | ||||
| Status: | NEW --- | ||||||
| Severity: | Normal | CC: | bfulgham, simon.fraser, webkit-bug-importer, zalan | ||||
| Priority: | P2 | Keywords: | InRadar | ||||
| Version: | Safari 13 | ||||||
| Hardware: | iPhone / iPad | ||||||
| OS: | iOS 13 | ||||||
| URL: | https://bokand.github.io/demo/urlbarsize.html | ||||||
| Attachments: |
|
||||||
|
Description
David Bokan
2020-06-09 12:16:37 PDT
This is the age-old conundrum of whether 100vh should be sized for visible UI, or collapsed UI, right? Not quite, I think this is a rendering/compositing issue. The conundrum is whether layout should cause 100vh to use the collapsed or visible UI rect. In this case, the layout system has decided that the 100vh-fixed element should use the collapsed UI rect (as confirmed from getBoundingClientRect - this decision matches Chrome). However, as the UI is collapsed, the element appears to be clipped (probably a compositing issue) to a visible UI rect so it doesn't appear to be filling the collapsed rect, even though you'd expect it to based on its layout dimensions. Just noticed I malformed the URL in the OP - it should be https://bokand.github.io/demo/urlbarsize.html Also, I attached a video showing the issue. Based on the dimensions, the left most and 2nd from right bars should remain the same height throughout. That happens only once the UI is fully collapsed. I see it. There's some clipping layer that we resize at some point. |