WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
NEW
281071
REGRESSION (iOS 18): Safe-area-inset-bottom not working
https://bugs.webkit.org/show_bug.cgi?id=281071
Summary
REGRESSION (iOS 18): Safe-area-inset-bottom not working
Taylor
Reported
2024-10-08 11:10:44 PDT
It seems the latest version of safari on the newly updated iOS (only a few weeks old as of this post) has a bug relating to safe-area-inset-bottom. A fixed bottom nav displays fine, and adjusts on scroll up/down as the address bar shrinks and expands, but if there is a use action that causes the address bar to auto-expand, it is overtop of the fixed content.
Attachments
Screen recording
(53.93 MB, video/quicktime)
2024-10-08 11:33 PDT
,
Taylor
no flags
Details
LambdaTest iPhone 15 Pro 17 and 18
(22.45 MB, video/quicktime)
2024-10-09 09:34 PDT
,
Taylor
no flags
Details
trying to use dynamic window.innerHeight variable
(40.18 MB, video/quicktime)
2024-10-10 07:08 PDT
,
Taylor
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2024-10-08 11:13:24 PDT
<
rdar://problem/137523644
>
Simon Fraser (smfr)
Comment 2
2024-10-08 11:14:20 PDT
Could you please attach a screen recording of the behavior you are describing, and a link to a page where it occurs?
Taylor
Comment 3
2024-10-08 11:33:37 PDT
Created
attachment 472861
[details]
Screen recording Hi the url to test is
https://casa.touchlessapis.com/
Please find attached the recording, I show the issue is not happening on ios17.4 simulator. To specifically recreate the bug: you must scroll down so that to address bar minifies, then you must either go to another page, or add a filter, the address bar expands and covers the fixed bottom nav. If you scroll up however, where the address bar more smoothly expands, its fine.
Simon Fraser (smfr)
Comment 4
2024-10-08 11:43:14 PDT
Your screen recording is using two different device types on the two OS versions. Did you confirm that it reprocess with the same device type on both sides?
Taylor
Comment 5
2024-10-09 08:44:37 PDT
(In reply to Simon Fraser (smfr) from
comment #4
)
> Your screen recording is using two different device types on the two OS > versions. Did you confirm that it reprocess with the same device type on > both sides?
No, the whole point is that it works fine on IOS17, and the bug was introduced in IOS18.
Taylor
Comment 6
2024-10-09 09:34:31 PDT
Created
attachment 472883
[details]
LambdaTest iPhone 15 Pro 17 and 18 I was able to use LambdaTest to show on the same device (iPhone 15) the issue only occurs on ios18. It seems this is definitely a new bug with the latest webkit.
Simon Fraser (smfr)
Comment 7
2024-10-09 09:35:53 PDT
Thank you for confirming.
Taylor
Comment 8
2024-10-10 07:08:56 PDT
Created
attachment 472895
[details]
trying to use dynamic window.innerHeight variable Still struggling with this, but this insight might help. Im trying to brute force a fix by having a window resize event that automatically sets the window.innerHeight has a css variable, its not updating as the address bar expands. It seems its a core issue with safari.
Jessica Cheung
Comment 9
2025-01-07 11:45:42 PST
Hi Taylor, I've tested this on iOS 18.0.1 (iPhone 14 Pro Max & iPhone 14 Pro) and it seems that the site does not have this issue anymore. Can you confirm or deny on your end? Thanks!
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug