Search Issue Tracker
Not Reproducible
Votes
0
Found in
2019.4
2019.4.13f1
2020.1
2020.2
2021.1
2021.2
Issue ID
1287190
Regression
No
[iOS] Application crashes when making a web request and using deep profiling with a "EXC_BAD_ACCESS" error
Reproduction steps:
1. Download and open the attached "DeepProfilingIssues" project
2. In the Build Settings window, switch to the iOS platform
3. Enable "Autoconnect Profiler" and "Deep Profiling Support"
4. Build and deploy the project
5. In the Editor window, open the Profiler window
6. In the Profiler window, switch the profiling target to your device and enable "Deep Profile"
7. On your device, press the button
Reproducible with: 2019.4.17f1, 2020.1.17f1, 2020.2.1f1, 2021.1.0b1, 2021.2.0a2
Could not test with: 2018.4 (Deep Profiling is not available)
Reproduced with: iPhone 12 Mini (iOS 14.1), iPhone 12 Pro (iOS 14.2.1), iPhone 6S (iOS 13.3.1)
Could not reproduce with: macOS Catalina 10.15.7, Nokia 7 Plus, Android 10, CPU: Snapdragon 660, GPU: Adreno (TM) 512
Note: from 2020.2 and up, the application doesn't crash but throws a "WebException" error in the console instead
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- PlayerPrefs get corrupted when a minimized fullscreen Player is closed through the Taskbar
- "To Debug, run app with -diag-job-temp-memory-leak-validation cmd line argument. This will output the callstacks of the leaked allocations." warning is printed when JobTempMemoryLeakValidation switch is enabled
- Main Thread stalling when loading Audio Source asset asynchronously while preloading another Audio Source asset
- Material artifacts occur in the Material Preview window when baked lighting is applied to scenes
- “ArgumentOutOfRangeException” after saving, reseting and re-add Default Tile Palette Tools to the list in Preferences window
Resolution Note (2021.2.X):
The WebException I could get was actually a message from exception in player that got also sent to Editor, and in my case it was a proper failure because I forgot to turn Wi-Fi on. Once I enabled Wi-Fi in iPhone, I started getting a debug message with reply from server. So, I conclude that in latest trunk everything works fine.
For versions where the crash occurrs, the fix could be searched for and backported. Either way, I suspect this issue is not mobile specific, but rather profiler or scripting issue.