-
@Omar-Alzayed We don't have an official link either. We have a fogbugz id linked to our dev who reported it - but that seems to be private to him. It doesn't seem like it's their official defect.
-
This post is deleted!
-
I found it in the issue tracker, for those who want to vote on it:
https://issuetracker.unity3d.com/issues/ios-unitywebrequest-errors-large-packets-with-examples
-
Thanks Omar!
Folks please click and add your +1 to this issue!
https://issuetracker.unity3d.com/issues/ios-unitywebrequest-errors-large-packets-with-examples
Paul.
-
This comment was posted on the issue tracker. Could this help?
-
That might work for individual apps.
I believe that's a patch to the Trampoline code that Unity generates.
Unfortunately, it's not so much a patch for brainCloud because those changes would need to be made by each app developer. (And I believe that you would need to re-apply the changes everytime you update Unity).
That said, it might be a short-term fix for someone how needs to release on 2019 now!
(I'll see if I can get a dev to try the fix and test to see if it works for us).
Paul.
-
Confirmed.
After every unity build to Xcode Project,
@synchronized (self)needs to be wrap the contents ofwriteMoreBodyfunction.From within the Xcode project file
Classes/Unity/UnityWebRequest.mm
-
Thank you for confirming this and further explaining the solution.
Congratulations on 4.1!Omar.
-
I noticed our UnityWebRequest.mm file is different. Do we still need the @synchronized fix?
-
Good news folks. Unity is now claiming this issue fixed in 2019.3.
We're haven't confirmed it yet - but this sounds hopeful.
-
In Unity version 2019.3.0a8 the issue seems confirmed fixed. Happy coding!
-
@Steve-Jones
That's awesome to hear! -
P Paul Winterhalder moved this topic from Announcements on
