We maintain an app that uses Automatic Assessment Configuration and WebKit, and have encountered a bug in iOS 17 that causes the app to crash when an input element is focused in AAC mode. In the console, we see the following error, which may or may not be related: RTIInputSystemClient remoteTextInputSessionWithID:performInputOperation:] perform input operation requires a valid sessionID. This error message appears when touching an input field even when there is no crash. We've tried various "fixes" like removing our non-HTML input elements and disabling auto-complete. None of them prevented the crashing behavior. The crash only occurs when the AAC session has started. We were able to create a minimally-reproducing example app that loads a bit of static HTML: https://github.com/AllofESolutions/aac-crash-example Has anyone else encountered this issue? Is there any work-around?

With the recent macOS security enhancements, users are prompted to allow access when an application tries to access, say, the Desktop for the first time. Our application, at certain points, enters a fullscreen mode that prevents these popups from being visible as they open "behind" the application. The initial solution to this was to attempt to write then delete a ".temp.txt" file on the user's Desktop as the app was starting up to trigger the popup to appear. However, it seems that the write/delete on startup works without issue, but as soon as the app tries to do anything with the Desktop afterward, the popup appears... behind the app. My guess is that the reason the popup isn't appearing at the start is because the app was the process that created the file, and therefore doesn't need special permission to access it. So, the question: is there any way to trigger the Desktop permission popup explicitly before the application enters full screen?? For context, we're working on macOS 11.6 in Objective-C, and the initial ".temp.txt" is being written using NSData writeToFile, then NSFileManager removeItemAtPath.