Search Issue Tracker
Won't Fix
Votes
0
Found in [Package]
1.19.17
Issue ID
ADDR-2492
Regression
No
[Addressables] ScriptableObject collections are loaded when selecting an asset
Reproduction steps:
1. Open the attached 'AddressableHeaderHang' project
2. Open the Profiler window
3. Enable the Deep Profile
4. In the Attach to Player drop-down select 'Editor'
5. Select the 'large_file' asset in the Assets folder (the Editor might hang after)
6. Observe a performance spike in the Profiler and stop recording
7. In the CPU Usage Module details panel switch to a Raw Hierarchy view and enable the 'Show Related Objects' option
8. Search for 'ReadObject' and observe that the AssetCollection object and the 'Torus' file have been loaded
Expected result: only required and related assets are loaded when selecting an asset
Actual result: other unrelated assets are loaded
Reproducible with: 1.16.19 (2019.4.20f1), 1.19.17 (2019.4.20f1, 2019.4.34f1, 2020.3.27f1, 2021.2.8f1)
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
- NavMesh Surface is baked too high above the ground, making the NavMesh Agents hover above the ground when the HeightMesh is not built
- [Android] Crash on ProcessDynamicBatchGeometryJob with OpenGL or on DrawSharedGeometryJobs with Vulkan
- VFX Graph Memory leak when calling the ClearPropertyBinders and AddRemoveVFXProperty
- Entering "Configure Avatar" inside the Inspector locks it
- [Render Graph Viewer] Resource list icons cropped and in inconsistent positions
Resolution Note:
This slow down is caused by our use of AssetDatabase.GetMainAssetTypeAtPath.
In 2020 and 2021 this method does not need to load the ScriptableObject in order to get the type. In 2019 it does.
As this issue is engine related and could be backported. Only affect 2019 which is towards end of support range. And the fix for addressing this would be a risky and slow (not as slow as the issue, but much slower that the engine fix, and has issues with keeping the assets up to date, and will even be slower for many users not affected by the issue at hand (ScriptableObjects that reference a lot of other Assets). Then this will be a Won't Fix.