Search Issue Tracker
Fixed in 2019.3.X
Fixed in 2019.1.X, 2019.2.X
Votes
49
Found in
2019.1.4f1
2019.1.7f1
2019.2.0a1
2019.3.0a1
Issue ID
1163795
Regression
Yes
[iOS] UnityWebRequest test fails sending large data
To reproduce:
1. Open user attached project "iosWebRequestFailures.zip"
2. Open "SmapleScene.unity" scene
3. Enter Play mode
4. Observe in the Game window as all tests are passing ( it should cycle 5 times )
5. Build for iOS
6. Deploy the Xcode project to an iOS device
Expected result: all the test are passing as in the Editor
Actual result: tests start to fail almost instantly
Reproduced on:
2019.1.4f1 2019.1.8f1 2019.2.0b7 2019.3.0a7
Doesn't reproduce on:
2018.4.3f1 2019.1.3f1
Devices reproduced on:
- iPhone 8 Plus iOS 12.0
- iPhone XR iOS 12.0
Device not reproduced on:
- VLNQA00263, Google Pixel 3 (Pixel 3), Android 9, CPU: Snapdragon 845, GPU: Adreno (TM) 630
- macOS 10.14 machine
Notes:
- In 2019.3.0a7 on Editor tests fail on the last tests because of a timeout, changing line 32 in "NetworkTester.cs" script from WaitForSeconds(20.0f); to 30.0f all the tests pass
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
- Prefab override popup is cropped/positioned incorrectly when more than one display is used and a higher display Scale is set
- Opening a dropdown on a small screen results in its instant closing when mouse cursor is pressed where the dropdown is going to be opened
- Only "ArgumentNullException: Value cannot be null" is displayed instead of all the actual errors when opening a project with numerous compilation errors
- MultiColumnListView and MultiColumnTreeView do not change selection on first input when focus is set by code
- SerializedProperty.DataEquals is returning false when SerializedProperty.EqualContents return true
sayhi2cater
May 16, 2020 12:02
We have the same issue.
andreyul
Jul 04, 2019 18:32
Delete the line
[self writeMoreBody];
from
- (void)URLSession:(NSURLSession *)session task:(NSURLSessionTask *)task didSendBodyData:...
in Classes/Unity/UnityWebRequest.mm
to fix this problem.
sier_ua
Jun 29, 2019 09:51
I'm experiencing the same issue on iOs devices. However I was able to temporarily work around the problem by using System.Net.Http.HttpClient which sends large amount of data from iOs devices without any issues.
nia_ru
Jun 28, 2019 09:49
Having the same problem with sending big `byte[] postData` using WWW on iOS platform. And even switching to the recommended UnityWebRequest does not help, so the problem is common to both. We too have reproduced steadily this on all released versions of 2019.1.* branch (.1.4 through .1.8) on iPad, and our customers have also the same problem on a wide variety of iOS devices (hopefully other problems are not affected).
This critically affects our app. Since the app is cross-platform, we currently have no idea how to address this issue without using external libraries that can limit our cross-platformness. Please pay as much attention as possible to the problem. Having this still not fixed after 8 patches is unbelievable!
vl_avan
Jun 28, 2019 07:19
We have the same issue when sending large (6K+) base-64 encoded tokens to our server. 40% of the data is corrupted. Please fix this bug as soon as possible.
tcvpromo
Jun 27, 2019 06:14
Fix it please! Thats a big problem for us
UnityDev_
Jun 25, 2019 16:11
@RCAMDUELL Thank you, you're a life saver!
rcamduell
Jun 25, 2019 16:08
I found that the method "- (void)writeMoreBody" in Classes/Unity/UnityWebRequest.mm is being called on the same instance from multiple threads when the issue happens. I added @synchronized (self) {<method body>} and it seems to have worked without any obvious performance issues. I assume this method was developed to be thread safe, but something broke that.
movingdimensions
Jun 25, 2019 15:36
This is also affecting our release. Please address this quickly.
winterhalder
Jun 25, 2019 12:46
This will block any app dealing with a backend. Corrupts the messages - and could result in corruption of save data. Please fix ASAP!