This is a really strange issue but I’m coming close to exhausting most of the debugging process
For reference: the app was published after Expo released this statement
The issue is that some people (all after updating to iOS13) have the app instantly crash when trying to launch. Sentry doesn’t seem to have enough time to initiate because we don’t see anything for error logging there. The strange thing is we cannot replicate this issue on our end - all of our devices run ios13 fine. The crash issue happens on multiple devices - iPhone X, iPhone 11 (fresh install).
I am unsure how to debug the crash reports but the type is “EXC_BAD_ACCESS (SIGBUS)”
Because it only happens on some devices and not others (also running the same OS and device) I would imagine it has something to do with a Expo dependency that only some devices use but I am unsure what that would be.
I am in the process of pushing to iOS store with expo 35 right now but I’m still curious as to what was causing this since I’m not sure yet if it fixes it
Any help debugging or anything at all would be greatly appreciated
I’m also getting users reporting crashes on iOS 13 (with SDK 33) without any Sentry traces showing up; how did y’all identify EXC_BAD_ACCESS (SIGBUS) in the crash?
All - we pushed out a fix for this issue on Friday as soon as we discovered it affected users of iOS 13.0 (we previously thought it was exclusive to the iOS 13.1 beta). You can get the fix on SDK 33 or 34 by just rerunning expo build:ios. You’ll need to resubmit to the App Store after that, but upgrading to SDK 35 is not required for this fix. Apologies that we didn’t get this out sooner
@serhiipalash the fix was deployed to our production builders at 17:04 PDT (UTC -7) Friday, Sept 20. Any builds started after that time should have the fix.
One of the best solutions to resolve the issue is to completely reset your iPhone and start fresh. Sometimes files/data from the older firmware version conflicts with the newer/updated firmware version and resetting the device removes such conflict visit here.
Creating a new binary with expo build:ios that has been built after 17:04 PDT (UTC -7) Friday, Sept 20. and submitting it to the App Store should resolve the issue. Is that not the case @daily-h and @chownation?
@adamjnav We were under the impression from @ide 's comment that SDK 35 from release should have that fixed? We did our build before the time frame posted but don’t know yet if it’s an issue on iOS 13.1. Can someone confirm?
The fishhook-related crash was fixed in SDK 35 from release. There may be other crashes, in which case please create a separate thread if there is a separate cause so we don’t conflate multiple different issues that share the same symptom.
@adamjnav Will test tomorrow with TF hosted Expo build on iOS device. Seems sporadic at this point. Watching the AppStore Crashes metric on delay not super helpful. Am I missing another place / way to monitor crashes?
I am getting error reports from users on iPhone 11 or iPhone 11 Pro about the app crashing. They said running iOS 13 on an older device iPhone X works fine. Submitted a new build and hopefully this will fix things.
Build was from yesterday so perhaps not caused by fishhook issue (@ide); tested on both iPhone X and iPad running iOS 13.1 with SDK 35 and seeing same result. What else would be helpful to provide for debugging? The crash logs indicate same symptom “[EXC_BAD_ACCESS (SIGBUS)]”