Search Issue Tracker
Fixed in 2021.2.X
Fixed in 2020.3.X, 2021.1.X
Votes
0
Found in
2020.1.11f1
2020.3
2021.1
Issue ID
1295072
Regression
Yes
Built player takes multiple seconds to shut down
Reproduction steps:
1. Open the attached "case_1295072.zip" project
2. Build and Run the SampleScene
3. Close the build
Expected result: build closes immediately
Actual result: build closes in ~2 seconds
Reproducible with: 2020.1.11f1, 2020.3.0f1, 2021.1.0b3
Not reproducible with: 2018.4.32f1, 2020.1.10f1
Note: It gets stuck at this callstack for 2 seconds:
ntdll.dll!ZwWaitForAlertByThreadId
ntdll.dll!RtlSleepConditionVariableCS
KernelBase.dll!SleepConditionVariableCS
mono-2.0-bdwgc.dll!threads_wait_pending_joinable_threads
mono-2.0-bdwgc.dll!mono_thread_cleanup
mono-2.0-bdwgc.dll!mono_runtime_cleanup
mono-2.0-bdwgc.dll!mini_cleanup
UnityPlayer.dll!CleanupMono
UnityPlayer.dll!PlayerCleanup
UnityPlayer.dll!DoQuit
UnityPlayer.dll!PlayerMainWndProc
...
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
- Articulation Body with 'Revolute' Joint Type has erratic behavior when Upper Limit is set to above 360
- WebGL Player fails to render Scene when Terrain with Detail Mesh is added and WebGPU Graphics API is used
- Inconsistent errors are logged when different types are passed into the Query "Q<>" method in UIToolkit and the ancestor VisualElement is null
- Crash on GetMaterialPropertyByIndex when opening a specific Scene
- Discrepancies in the styling are present when using a TSS file instead of a USS file in custom EditorWindow
Resolution Note (fix version 2021.2):
Fixed in 2021.2.0a1
Fixed issue where mono boehm shutdown would wait a full 2 seconds for threads to detach/join/end before ending the process.
Resolution Note (fix version 2021.1):
Fixed in 2021.1.0b4
Resolution Note (fix version 2020.3):
Fixed in: 2020.3.6f1