Search Issue Tracker
Fixed
Fixed in 2.0.9
Votes
0
Found in [Package]
1.1.5
2.0.1
Issue ID
NAVB-96
Regression
No
NavMeshModifier.OnEnable/OnDisable gets progressively slower when called repeatedly
How to reproduce:
1. Download and open the attached project
2. Open SampleScene scene
3. Open the Profiler window
4. Turn on Deep Profiling
5. Enter Play mode
6. Repeatedly press the "Add 200 NavMeshModifiers" button
7. Observe the Profiler window
Expected outcome: Memory consumption does not gradually increase
Actual outcome: Memory consumption gradually increases with each button press
Reproducible with: 2021.3.37f1, 2022.3.25f2, 2023.2.19f1, 2023.3.0b10, 6000.0.0b16
Tested on: macOS Sonoma 14.4.1 (M1 Max)
Comments (1)
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
- "Report is from another project" popup warning is shown on domain reload when Project Auditor was previously ran in a different project
- Addressables Analyzer flags duplicate resource references from ScriptableObjects incorrectly when the corresponding field has been removed
- "IndexOutOfRangeException" and "NullReferenceException" are thrown and Element disappears from UI Builder when undoing rename of element in "Open Instance in Context" menu
- Select Scriptable Object window freezes and becomes unresponsive when currently opened UXML Template is selected for binding's Data Source
- [Linux] “ReleaseButton expects buttonId >= 0” error is thrown when importing Assets via drag and drop
James2Games
Apr 25, 2024 20:27
To be clear the memory consumption isn’t the issue. It’s problem is the time taken in OnEnable an OnDisable because they do a .contains on a list that becomes very large.