Search Issue Tracker
By Design
Votes
0
Found in
4.3.0a3
Issue ID
557575
Regression
No
Calling DestroyImmediate from an AssetPostprocessor
Calling DestroyImmediate from an AssetPostprocessor
We have had some reports from users saying that calling DestroyImmediate during asset postprocessing crashes the editor. We have not been able to reproduce a crash, but in some cases the behaviour is confusing:
1. calling DestroyImmediate on a random asset (other than the one associated with the current asset postprocessor's assetImporter) leaves the asset in an unusable state (AssetDatabase returns null, but asset remains in project browser and can be fixed back to normal state by calling ReimportAll)
2. calling DestroyImmediate on an asset being postprocessed doesn't seem to destroy the asset permanently
to repro 1 - open attached project, reimport asset "menu_close.wav"
to repro 2 - open attached project, reimport asset "menu_open.wav"
( use reimport all to revert the asset back to testable state)
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
Add comment