Post not yet marked as solved
Hello, I have noticed an issue when using my web application via TestFlight on iOS devices. When I try to print through the application, a message This action will take you outside the app, press OK to continue appears. This message prevents the user from printing documents from the application. Steps to reproduce the issue: Open my web application via TestFlight on an iOS device. Press the print button in the application. Expected behavior: It is expected that the user can print documents from the web application via TestFlight without any obstacles. Actual behavior: When pressing the print button, a message This action will take you outside the app, press OK to continue appears, preventing printing.
Post not yet marked as solved
I'm currently trying to add an OIDC connection to an iOS application. I'm using AppAuth, which will use ASWebAuthenticationSession (because we're targeting recent versions of iOS). We have a login web page that will write a cookie. We'd like this cookie to be shared between the application (using ASWebAuthenticationSession) and the system browser (Safari) so that the user can be recognized and avoid having to log in again. The web page writes a permanent cookie (with an expiry date) and the iOS application uses ASWebAuthenticationSession. And I did not set prefersEphemeralSession to true. So we should be OK with the documentation (SFSafariViewController no longer shares cookies, and session cookies are not shared between ASWebAuthenticationSession and Safari). It should work, if I understand the documentation correctly. Did I miss a point? Or is it a known problem? I also tried to create a simple web page that read and write a cookie to do dome tests. function writeCookie() { var value = something; var maxAge
Post not yet marked as solved
Good day, Is there any update on this issue? FB13744621. Thanks.
Post not yet marked as solved
Hello, I'm creating a pluggin fin javascript in an app called obsidian. I'm using navigator.clipboard.read(): Everything work fine in MacOS for both text and images on iOS it works for text but if the clipboard is an image the script just stop Totally stuck, please help
Post not yet marked as solved
WebKit is not available on watchOS, but you can use ASWebAuthenticationSession to perform web-based authentication like OAuth. https://developer.apple.com/documentation/authenticationservices/aswebauthenticationsession
Post not yet marked as solved
As part of a university project, we need to be able to display a website on an Apple Watch and log in to a service. Is it possible to get access to the WebKit framework in a watchOS app? We also need to be able to execute JavaScripts in the browser so that the login process works.
Post not yet marked as solved
Good Day, Is there any update on this? FB13744621. Looking forward to your response.
Post not yet marked as solved
Hi. I plan to use a WebView in an iOS app (SWIFT) and this should run a web app with WASM and using IndexedDB for permanent credentials. I found rumors and information on Apple deleting data in IndexedDB and localStorage after 7 days (see links below). But I found no official information that tells me if this is true for my WebView in my ordinary mobile App (not PWA). A test cycle over a week to find out is hard to do... Is there any reliable and clear information on this and am I affected? Thank you! . Links about this topic: https://news.ycombinator.com/item?id=28158407 https://www.reddit.com/r/javascript/comments/foqxp9/webkit_will_delete_all_local_storage_including/ https://searchengineland.com/what-safaris-7-day-cap-on-script-writeable-storage-means-for-pwa-developers-332519
Post not yet marked as solved
This isn't working for the Variation Selector-15 (U+FE0E) for all the characters. Can you please apply that variation selector to all your Unicode characters? I) Steps to reproduce the issue: navigate in safari to the page https://eurovot.com/vs.htm II) Expected result: as the 1st column of characters have the Variation Selector-15 (U+FE0E) applied, and the 2nd column have the Variation Selector-16 (U+FE0F) applied, the first column should always display orange characters and the second column emoji characters. III) Error result: some characters are working fine in the 1st column and displayed as text in orange colour, but some other aren't displayed as text, but displayed as emojis instead.
Post not yet marked as solved
I have an HTTP3 relay setup and I'm trying to get WKWebView traffic to use it. The relay has a self-signed certificate for TLS traffic. When using URLSession to make a call, everything works as expected, but in WKWebView, it doesn't. Here is how I setup my ProxyConfiguration let options = NWProtocolTLS.Options() // sample options to trust any certificate for testing sec_protocol_options_set_verify_block(options.securityProtocolOptions, { (sec_protocol_metadata, sec_trust, sec_protocol_verify_complete) in sec_protocol_verify_complete(true) }, DispatchQueue.global()) let relayServer = ProxyConfiguration.RelayHop(http3RelayEndpoint: relayEndpoint, tlsOptions: options) let relayConfig = ProxyConfiguration(relayHops: [relayServer]) I connect that to my webview by simply doing the following: let configuration = WKWebViewConfiguration() configuration.websiteDataStore = WKWebsiteDataStore.nonPersistent() configuration.websiteDataStore.proxyConfigurations = [relayConfig] let webView = WKWebView(frame: .zero, configura
Post not yet marked as solved
@garrett-davidson I understand your point, but what if service doesn't know if a passkey was created passkey before. Firstly I call credentials.create and in the 'excludeCredentials' param I put the 'id' of the key which was created . I understand that I should then get an 'InvalidStateError' indicating that this credential already exists and I can redirect to credentials.get. It is working when I don't clear the cache. But when I clear the cache of safari I didn't get this error and redirection to credentials.get function. It force me to create new one. Then I have two passkeys on my apple device.
Post not yet marked as solved
I'm experiencing the same issue. The background script only loads once or twice on iOS 17.5 beta 1, 2, and 3, whereas it works as expected on iOS 17.4.1. My app doesn't include a content script, only a background script. To resolve the issue, I have to force quit Safari and relaunch it. Additionally, I attempted to create a new Safari extension project. In the background script, I added a listener to webNavigation.onBeforeNavigate, but it only triggers once or twice and then stops working. To get it to trigger again, I need to tap the 'aA' menu and then tap the extension popup menu, but it still only functions sporadically. Feedback id: FB13735437
Post not yet marked as solved
Safari doesn't decide whether to create a passkey or sign in with one; that's up to the website. If a site calls credentials.create you'll see a passkey creation sheet, and if the site calls credentials.get you'll see a passkey sign in sheet. Some sites with older WebAuthn implementations may use cookies to remember whether you've used a WebAuthn credential (such as a passkey) on the current device, and will use that to decide whether to create a new credential or sign in with an existing one. This behavior was reasonable before passkeys were available, but is not a good approach with passkeys due to the confusing behavior you've described.
Post not yet marked as solved
I have registered and created passkey with credentials.create function in apple device with software 17.4.1 in Safari browser. When I clean the cache in safari and try to log in, it force me to register again and after that I had two passkeys on my device. It should be like this ? Why Safari is related to Passkeys ?
