Search Issue Tracker
Fixed in 2018.1.X
Votes
0
Found in
2017.2.0f3
Issue ID
960031
Regression
No
Collab: revisions?include=changes call is uncompressed and can get really large (4+ megabytes
The call to revisions?include=changes (to show the history window) can get ridiculously large when there are a large number of files in the changes retrieved. For example, when retrieving the most recent changes for a project where I published 20,000 unique randomly-generated text files, the call resulted in a response body >4 megabytes.
REPRO STEPS:
1. Start Fiddler / Charles Proxy
2. Create a project and enable collab
3. Publish 20,000 files
4. Using Fiddler / Charles, look at the size of the response for revisions?include=changes when refreshing the Collab History window
RESULTS:
revisions?include=changes call is >4MB and uncompressed
EXPECTED:
Large calls that are mostly text are GZIPped
IMPACT:
Major slow-down for users retrieving collab history at average connection speeds
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- [macOS] Editor window is not restored to previous position when launching the Editor and mouse cursor is on a different screen
- [Usability] Warning message in an Adaptive Probe Volume Component is not informative enough when Realtime Global Illumination is enabled
- Inspector for Adaptive Probe Volumes is not repainted when toggling Realtime Global Illumination setting in the Lighting Window
- Surface Inputs are not rendering when using the custom BaseShaderGUI
- Reflection Problem custom Cubemap loses its reference when HDR is enabled and the platform is switched
Add comment