Bug 317153

Summary: REGRESSION (iOS 27.0): Status bar remains visible in fullscreen mode in Home Screen Web apps
Product: WebKit Reporter: Mario <mario>
Component: Layout and RenderingAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Major CC: bfulgham, florist, fred.wang, luming_yin, marcosc, simon.fraser, webkit-bug-importer, zalan
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: iPhone / iPad   
OS: iOS 27   
Bug Depends on:    
Bug Blocks: 206854, 276855    
Attachments:
Description Flags
Black statusbar none

Mario
Reported 2026-06-15 14:14:06 PDT
Created attachment 480110 [details] Black statusbar I'm using <meta name="apple-mobile-web-app-status-bar-style" content="black-translucent"> but this not working last time works 26.5.
Attachments
Black statusbar (416.08 KB, image/heic)
2026-06-15 14:14 PDT, Mario 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1 2026-06-15 16:49:04 PDT
<rdar://problem/179759501>
Luming Yin
Comment 2 2026-06-16 18:16:39 PDT
The status bar behavior has not changed between iOS 26 and iOS 27. The black-translucent status bar mode has been deprecated for multiple releases because it semantically can’t work with dark mode and across different webpage styles. Please remove this key, and the status bar should automatically appear in the same color as the webpage. Home Screen web apps does not support drawing arbitrary content below the status bar.
The Florist
Comment 3 2026-06-19 05:51:05 PDT
Home Screen web apps should keep supporting the standard `viewport-fit=cover` though. iOS 26.1 had the same regression for edge-to-edge layout: https://bugs.webkit.org/show_bug.cgi?id=300445 As I noted in that bug report last year, this seems to be correlated with the `position: fixed` regression of early iOS 26 releases, which has also reappeared in iOS 27: https://bugs.webkit.org/show_bug.cgi?id=297779
Schubert
Comment 4 2026-07-10 14:39:08 PDT Comment hidden (obsolete)
Schubert
Comment 5 2026-07-10 14:42:03 PDT
Reproduced on iOS 27 beta 2 AND beta 3 (iPhone 16 Pro Max, 956pt screen). Our measurements may reconcile comment 2 ("behavior has not changed") with the regression reports: the breakage tracks WHEN the Home Screen icon was added, not which OS version launches it. - An icon added BEFORE the iOS 27 betas (recipe: viewport-fit=cover + apple-mobile-web-app-capable + apple-mobile-web-app-status-bar-style=black-translucent + manifest display:standalone) still renders true edge-to-edge on beta 3 — install-time chrome persists across OS updates. - ANY icon freshly added on beta 2 or beta 3 (same recipe; tested with a production app and a minimal probe page) opens letterboxed: window.innerHeight=894 vs screen.height=956 (delta = 62pt = exactly this device's status-bar inset). visualViewport.height=894. - The env() flavor depends on which beta the icon was added on: added on beta 2 -> env(safe-area-inset-top) resolves 62px INSIDE the already-inset web view (double inset — matches bug 313800); added on beta 3 -> env(safe-area-inset-top)=0 AND env(safe-area-inset-bottom)=0. So "the status bar behavior has not changed" may hold for launches of previously-installed apps, while every (re)install performed on the 27 betas bakes the letterboxed geometry. Happy to provide the probe page / more measurements. Also filed via Feedback Assistant. (Apologies for the earlier malformed comment - API hiccup on my side.)
The Florist
Comment 6 2026-07-23 16:11:35 PDT
No longer reproducible on beta 4. Ditto for the `position: fixed` regression mentioned above. Thanks for the timely fixes!
Frédéric Wang Nélar
Comment 7 2026-10-09 03:36:27 PDT
Closing as per comment 6. Please feel free to reopen if that's incorrect.
Note You need to log in before you can comment on or make changes to this bug.