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
- "Cameras" tooltip is too far from the window
- Crash on D3D12CommonShader::ApplyGpuProgram when attaching material which samples "_UnityFBInput0" to "Full Screen Pass Renderer Feature" Component
- SpeedTree meshes and objects count differs when comparing the numbers in the Player with the Editor
- "State comes from an incompatible keyword space" errors when building Entity catalogs
- Model and Prefab Preview icons are not updated after upgrading associated Materials to URP
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.