After trying to remove a library that we believe was doing the web requests, we’re crashing in this mysterious way:
I’m not sure if this is another issue yet, but will try to make a standalone repro tomorrow
After trying to remove a library that we believe was doing the web requests, we’re crashing in this mysterious way:
I’m not sure if this is another issue yet, but will try to make a standalone repro tomorrow
Hi all – we’ve tracked down the underlying cause of this. We’re going to try to get a fix in to 2022.3.17f1 (fingers crossed – holidays might interfere just due to releaes timing), but in the meantime, we’re also going to try to create a one-off player build that you can install over top of 16f1. Stay tuned.
Thanks! If there’s a fix we can apply in an Obj-C file somewhere that would be handy too!
+1 to the above, and also a one-off 16f1 build would really help us out. Thank you for keeping us updated!
Sounds awesome. Thanks for letting us know. Have a nice holiday season!
If there’s a fix we can apply in an Obj-C file somewhere that would be handy too!
Oh hey, good thought – that’s definitely the fastest way to unblock. Unfortunately, it looks like discussions doesn’t let me add zip/mm files, but the good news is you already have the file you need.
In Unity.app, copy Unity.app/Contents/PlaybackEngines/iOSSupport/Trampoline/Classes/Unity/UnityWebRequest.mm
to Classes/Unity/UnityWebRequest.mm
in any generated Xcode project. (Note you’re copying from iOSSupport
.)
You may also be able to copy that file to Unity.app/Contents/PlaybackEngines/VisionOSPlayer/Trampoline/Classes/Unity/UnityWebRequest.mm
and have things “just work” for builds afterwards, but I haven’t checked that; might end up with some Unity.app signature issues.
Thanks, the latter solution works for me.
Thanks the second option worked for me too! FYI - the file you want to copy wasn’t actually in the Unity.app bundle for me, but was in parallel folders:
Thanks again for getting out a workaround so quickly
I also confirmed that copying
/Applications/Unity/Hub/Editor/2022.3.15f1/PlaybackEngines/iOSSupport/Trampoline/Classes/Unity/UnityWebRequest.mm
to
/Applications/Unity/Hub/Editor/2022.3.15f1/PlaybackEngines/VisionOSPlayer/Trampoline/Classes/Unity/UnityWebRequest.mm
worked for me with the following environment.
Thanks for confirming! And yep, I forgot that the Hub downloads the build targets into a parallel folder (to avoid the same signing issues I was talking about, heh!). So that’s the correct location.
I’m running into this as well. Did the UnityWebRequest workaround below fix this for you?
Just tried the solution above, and it DID fix that strange issue from @puddle_mike’s screenshot. Thanks!
is this fixed yet in .16f1
No, you have to apply it yourself.
The same patch has to be applied on Unity 2022.3.17
I second that. Total blocker for me on 2022.3.16 with latest 0.7.1 packages.
Caused by a null URL passed in.
Not sure what’s even making the call. It’s not in our project code.
At least there’s a workaround. Try using text input fields. That’s much worse.
Thanks so much. That did the job. (At least the hub version supplied by @puddle_mike .)
This is fixed as of Unity 2022.3.18f1
I got the bug too.