206741 2020-01-24 05:27:20 -0800 WKWebView support for Service Workers 2025-07-01 18:20:01 -0700 1 1 1 Unclassified WebKit WebKit2 WebKit Nightly Build iPhone / iPad All NEW InRadar P2 Normal --- 1 krzysztof.modras webkit-unassigned achristensen ajuma alexandros.sidiras andreas baena.francisco basix beidson bill costan jason.jeffrey krzysztof.modras landsman mjs nathan_wild tomac tristan.morris webkit-bug-importer webkit oldest_to_newest 1610623 0 krzysztof.modras 2020-01-24 05:27:20 -0800 iOS version of Safari has some service workers capabilities. Yet WKWebView does not implement any of those. Is there a plan to enable service workers or a way to contribute to make it happen? 1620578 1 webkit-bug-importer 2020-02-19 01:56:45 -0800 <rdar://problem/59584040> 1620579 2 mjs 2020-02-19 01:59:31 -0800 We're looking into ways to enable this. 1646575 3 costan 2020-04-28 11:30:01 -0700 The lack of Service Workers support in third-party browsers on iOS is hurting Chrome's AppCache removal efforts. AppCache is owned and will hopefully be removed by my team, and we would appreciate having Service Workers be available to all iOS browsers. You can see a developer complaint at https://crbug.com/582750#c54. My light searching turned up https://bugs.webkit.org/show_bug.cgi?id=182865, which suggests that WKWebView gates SW support on the com.apple.developer.WebKit.ServiceWorkers entitlement. I'm told that the entitlement is not available in the app console. 1943017 4 basix 2023-03-21 21:00:08 -0700 Any updates on this issue? If the tweet by Maciej Stachowiak [1] is a valid solution, I think this issue can be closed by documenting that Service Workers would only work with App-Bound Domains. [1]: https://twitter.com/othermaciej/status/1295434201865412608 1963734 5 tristan.morris 2023-06-26 21:32:35 -0700 Trialling this today with AppBoundDomains set, navigator.serviceWorker is exposed. But workers can only be loaded via HTTP or HTTPS protocols. Workers can't be loaded from a custom URL scheme (at least if set via setURLSchemeHandler - https://developer.apple.com/documentation/webkit/wkwebviewconfiguration). Ideally it would be possible to load workers from customproto://localhost/service-worker.js for example. 1992457 6 nathan_wild 2023-11-14 08:10:01 -0800 Is there an intention in the future to make this work with custom URL schemes for loading/registering the service worker? There's a known limitation right now with apps that are solely built on wrappers creating a WKWebView to display their content (Cordova, Capacitor etc.) that service workers aren't a possible solution for handling offline content, passing authorization headers etc. on known requests. For example, Capacitor uses its own custom URL scheme (capacitor://) to serve content as http/https are reserved for remote content, this alone would prevent service workers from being used as they would need to be served under that protocol instead, see https://github.com/ionic-team/capacitor/issues/7069. 2021348 7 landsman 2024-03-15 08:55:01 -0700 Guys, please consider to enable this feature. Without it, the use of the web application within the web view is limited. For example, if you want to manage file uploads. 2081910 8 baena.francisco 2024-12-15 15:27:46 -0800 Is there any update about supporting custom 2081911 9 baena.francisco 2024-12-15 15:35:39 -0800 (In reply to baena.francisco from comment #8) > Is there any update about supporting custom ... URL schemes/protocol to register Service Workers? 2092788 10 alexandros.sidiras 2025-02-07 06:51:42 -0800 Capacitor and Cordova apps use custom schemes in iOS (capacitor://localhost and ionic://localhost to serve the web apps). It would be amazing to let those apps benefit from a service worker for runtime caching, preloading, background-sync and other Workbox utilities.