Hello fellow iOS developers!
Using a simple app with only print lines in the SceneDelegate class, all other tested devices running iOS 17.5.1 (iPad Pro M4, iPad Pro 3rd Generation, iPhone XR) exhibit this behavior when turning off the screen using the side button:
2024-05-31 21:21:13.0260 --sceneWillResignActive
2024-05-31 21:21:13.0290 --sceneDidEnterBackground
This is the same as when putting the app in the background.
However, the iPhone 15 Pro Max running iOS 17.5.1 does this:
2024-05-31 9:08:28.4580 PM --sceneWillResignActive
2024-05-31 9:08:29.8310 PM --sceneDidBecomeActive
2024-05-31 9:08:29.8490 PM --sceneWillResignActive
2024-05-31 9:08:29.8510 PM --sceneDidEnterBackground
I’ve also submitted this as a potential bug in the Feedback Assistant. Does anyone know why sceneDidBecomeActive() is invoked when turning off the screen with the side button in this specific case?
I’m aware that using Face ID causes the app to briefly experience sceneDidBecomeActive() followed by sceneWillResignActive() during biometric authentication, and then switches back to sceneDidBecomeActive() once authentication completes. But why does this odd behavior occur when turning the screen off in simple app?
Is there a way to detect that the side button has been pressed to turn off the screen?
Thank you in advance,
--SalCat
Post
Replies
Boosts
Views
Activity
Hello,
I'm having an unusual problem dealing with web sockets from Swift. I adopted the URLSessionWebSocketDelegate for my session extension and there are times when after the webSocketTask:didOpenWithProtocol: method is called that I then get errors indicating that the web socket is not connected. This all happens in the foreground with airplane mode off, without putting my app in the background.
I get the connection errors simultaneously in 2 places:
urlSession(_ session:task: didCompleteWithError error: )
webSocketTask?.receive(completionHandler: @escaping (Result<URLSessionWebSocketTask.Message, Error>)
Forgive me as I have 2 rather ****** questions:
Is the web socket open state the same as the web socket's connected state?
If it isn't the same how do I know if a web socket is connected, using Apple's URLSessionTask extension?
Thanks. I'd rather stick with Apple's implementation and not use a third party web socket library. Pretty sure the error is mine.
Greetings, I have an app that relies on WKWebView and it works fine in iOS 15.1.
However I've noticed that the WKWebView hangs in all the iOS 15.2 betas after approximately 20 seconds. At this point my only recourse is to recreate the WKWebView, as it no longer accepts any javascript.
The remainder of the app behaves normally. Has anyone else experienced this and have any suggestions? My app updates the WKWebview approximately every second. However even without updating it, interacting with javascript running on it also causes it to lock up.
Hitting the pause button on Xcode reveals that the JavaScriptCode malloc scavenger's last instruction is 0_psynch_cwait, but then again pausing the app when the WKWebView is not hanging reveals the same so, it's not a good clue.
Thank you,
SalCat
Greetings,
installed the latest Xcode and attempted to create a WatchOS 7.3 simulator. However, I cannot locate that runtime from the downloadable section. Hasn't it been released by Apple yet?