Search Issue Tracker
Fixed in 4.5.X
Votes
0
Found in
4.5.0a5
Issue ID
587345
Regression
No
WWW object in Unity Editor cannot communicate with servers that compress their data streams
The WWW object, when running in the Unity Editor, passes a wide-open Accept header (value */*) and does not include the Accept-Encoding header.
The HTTP specification states that failing to include an Accept-Encoding header indicates that the client can accept all encodings.
As a result, the crossdomain.xml file is sent to Unity gzipped/compressed, which our WWWCurl object cannot handle. It treats the data as garbage and throws an error indicating that Unity could not retrieve the crossdomain.xml file.
This prevents _all_ WWW requests from working on web servers that serve compressed/gzipped content; this is most high-volume websites out there today.
This is a problem for all platforms that use curl (Unity editor, standalone platforms).
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- [OpenGLES][XR] Zooming in on the camera's URP opaque texture causes "double vision" on Quest in OpenGLES3
- “[Worker0] Could not generate preview image“ error when opening macOS native plugin in the Inspector with Architecture to build for set to ARM 64-bit
- [iOS] Application.absoluteURL is empty on Awake/Start when opening via deep link with Splash Screen disabled
- Crash on MemoryManager::Deallocate when rapidly calling Addressables.LoadAssetAsync
- Crash on physx::shdfnd::atomicIncrement when adjusting values on a character controller component after entering Play mode in Prefab edit mode
Add comment