Search Issue Tracker
Application.backgroundLoadingThreadPriority gets reset to BelowNormal when it is set to High in the Awake method
How to reproduce:
1. Open the user's attached "BLTPriorityBug2020.1.zip" project
2. Open the "SampleScene" Scene
3. Enter Play Mode
4. Observe the Console log
Expected result: "Application.backgroundLoadingPriority : High" message is printed in the Console log (Application.backgroundLoadingPriority stays set to High when it's set in the Awake method)
Actual result: "Application.backgroundLoadingPriority : BelowNormal" message is printed in the Console log (Application.backgroundLoadingPriority resets to BelowNormal when it is set to High in the Awake method)
Reproducible with: 2018.4.26f1, 2019.4.9f1, 2020.1.4f1, 2020.2.0a21
- The issue is also reproducible when Application.backgroundLoadingThreadPriority is set to High in the OnEnable method
- The issue is not reproducible when Application.backgroundLoadingThreadPriority is set to High in the Start method
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
- Graphics.DrawProcedural doesn't work like in DX11 when used with DX12
- [Quest 2] Running Entities Graphics/BatchRendererGroup under Vulkan results in a frame rate drop compared to OpenGLES 3 and causes Tile Binning to cost more
- Filters dropdown: Window doesn't rescale on items collapse
- Sprite Preview is broken when the Sprite is too tall or too wide
- Objects are invisible in Scene view when using Wireframe Shading Mode
The change involved would be too risky to the rest of our customers who rely on this behaviour, therefore we will not be solving this issue.
As work around we can suggest to set it during update/onEnable in a previous frame. This will need to be setup before scene loaded events.
If this is required for the first scene, then one can introduce a bootstrap scene to set-up this.