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
- Mono Windows Builds don't produce full log callstacks when generating logs
- AssetBundles fail to load when running in Built Players for Mobile Devices
- UI elements with text gets bigger and grey when Player window is moved to another screen with different resolution
- System name accepts multiline text but crops it on confirmation, duplicates input, and shrinks the field when empty
- UI element scale and position are wrong in project build when DRS is changed with HDR and Software Dynamic Resolution enabled
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.