I work on a Qt/QML app that uses Esri Maps SDK for Qt and that is deployed to both Windows and iPads. With a recent iPad OS upgrade to 26.1, many iPad users are reporting the application freezing after panning and/or identifying features in the map. It runs fine for our Windows users. I was able to reproduce this and grabbed the following error messages when the freeze happens: IOGPUMetalError: Caused GPU Address Fault Error (0000000b:kIOGPUCommandBufferCallbackErrorPageFault) IOGPUMetalError: Invalid Resource (00000009:kIOGPUCommandBufferCallbackErrorInvalidResource) Environment: Qt 6.5.4 (Qt for iOS) Esri Maps SDK for Qt 200.3 iPadOS 26.1 Because it appears to be a Metal error, I tried using OpenGL (Qt offers a way to easily set hte target graphics api): QQuickWindow::setGraphicsApi(QSGRendererInterface::GraphicsApi::OpenGL) Which worked! No more freezing. But I'm seeing many posts that OpenGL has been deprecated by Apple. I've seen posts that Apple deprecated OpenGL ES. But it seems to still be available with iPadOS 26.1. If so, will this fix (above) just cause problems with a future iPadOS update? Any other suggestions to address this issue? Upgrading our version of Qt + Esri SDK to the latest version is not an option for us. We are in the process to upgrade the full application, but it is a year or two out. So, we just need a fix to buy us some time for now. Appreciate any thoughts/insights....

Context Host: macOS 14.7.6 on Apple Silicon (Mac mini M2) Xcode 15.4 Simulator runtimes installed: iOS 17.2, 17.4, 17.5 Tech stack: Kivy/kivy-ios, SDL2 (OpenGL ES/EAGL), Python 3.11 App type: minimal Kivy “Hello World” (no special entitlements, no camera/mic) Observed On iOS 17.5 Simulator the app often shows a black screen or exits immediately (no crash dialog). On iOS 17.2 Simulator the same build runs fine (after a clean rebuild of SDL2 and proper xcodebuild flags). What fixed it for 17.2 Clean rebuild of SDL2 (no cached artifacts), then build python/kivy/app. xcodebuild WITHOUT OTHER_CFLAGS="-Umain -DSDL_MAIN_HANDLED". Typical flags: ONLY_ACTIVE_ARCH=YES, EXCLUDED_ARCHS="i386 x86_64", IPHONEOS_DEPLOYMENT_TARGET=16.0. Optionally enforcing EAGL RGBA8 + retained backing + opaque helped when testing, but the clean SDL2 rebuild already resolved black screen on 17.2. Still problematic 17.5 Simulator still exhibits black screen/early exit for this OpenGL ES path (no clear console/crash signal). Real devices are fine. Questions Is there a known regression or change in iOS 17.5 Simulator related to EAGL/OpenGL ES contexts or presentation? Any recommended Simulator settings/workarounds for GL/EAGL apps on 17.5? References Repro, scripts and notes (GitHub Discussion): <https://github.com/orgs/kivy/discussions/62 > Gist with scripts (create/boot iOS 17.2 simulator, clean scripts, recipe notes): https://gist.github.com/wolfgang-coder/7e88636fb3f19b492d565e982575939d (We avoid posting Bundle IDs, certificate details, or real UDIDs. Happy to provide sanitized logs if useful.)

Hey folks, I have a legacy game that is running OpenGL ES - and it no longer works on the simulators that are running Apple Silicon, ie iPhone 15 Pro, or the 13" iPads. And yes, i'm also running on Apple Silicon (M1 Max). The apps work fine on the actual devices, but the simulator crashes on any glDrawElements with a stack that looks like the following: I have not yet seen an announcement about this not working but i've seen mention in other apps of stopping to support GL (https://github.com/maplibre/maplibre-native/issues/2351) Can anyone shed some light? I'm obviously going to try to fix it, or find a recent sample app from which to start to see what might be up. Or move to metal, but i hadn't bargained for that level of effort atm ;) Any suggestions appreciated!