[Webkit-unassigned] [Bug 141832] Viewport height is taller than the visible part of the document in some mobile browsers

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=141832

Paris Morgan <paris at 8thwall.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |paris at 8thwall.com

--- Comment #35 from Paris Morgan <paris at 8thwall.com> ---
On iOS 15 Beta 4 it seems that the behavior of `100%` and `100vh` changed. Here are my notes on the change:

Device: iPhone 12 Pro Max
iOS 14, iOS 15 Developer Beta 1-3:
- `height: 100%`  address bar minimized          : element flush with address bar, but no lower.
- `height: 100%`  address bar expanded / floating: element flush with address bar, but no lower.
- `height: 100vh` address bar minimized          : element flush with address bar, but no lower.
- `height: 100vh` address bar expanded / floating: element extends to the bottom of the screen.

iOS 15 Developer Beta 4:
- `height: 100%`  address bar minimized          : element flush with address bar, but no lower.
- `height: 100%`  address bar expanded / floating: element extends to the bottom of the screen.
- `height: 100vh` address bar minimized          : element flush with address bar, but no lower.
- `height: 100vh` address bar expanded / floating: element flush with address bar, but no lower.

As you can see, it seems the behavior of `100%` and `100vh` switched when the address bar is expanded / floating.

I have attached a video, and here is a repro: https://8w.8thwall.app/ios-height-tests/. It doesn't repro in CodePen because they have outer html elements which interfere, but here is the code there for reference: https://codepen.io/jparismorgan/pen/oNWqRoK.

So, my question:
- Is this change intentional? Or will it be changed back to the old behavior in the next release? This would be very helpful to know because it will inform whether sites need to handle this change or not.

PS. Happy to file a new bug on this, but it seemed related enough to this existing bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20210729/cd3069f1/attachment-0001.htm>