Search Issue Tracker
Fixed in 5.6.0
Votes
0
Found in
5.6.0
Issue ID
858462
Regression
Yes
[5.6] Dragging a ScriptableObject crashes the editor
In 5.6/trunk, dragging a ScriptableObject asset somewhere in the editor (over hierarchy, or over inspector etc.) crashes the editor. Looks like some new code does not handle the case of ScriptableObjects, which look a lot like MonoBehaviours, not actually being Components that are attached to game objects.
Repro steps:
1. open DragScriptableObject542.zip project (made with 5.4.2 for testing with earlier versions than 5.6)
2. drag MyScriptableObject.asset from project view over other views (e.g. hierarchy or inspector)
3. editor crashes in:
IsUserModifiable (EditorHelper.cpp:198)
MoveComponent (ComponentUtility.cpp:699)
HandleExtractComponentDragAndDrop (DragAndDropForwarding.cpp:1244)
CanHandleExtractComponentDragAndDrop (DragAndDropForwarding.cpp:1266)
DragAndDropForwarding::DispatchDragAndDrop (DragAndDropForwarding.cpp:349)
DragAndDropForwarding::CanHandleDragAndDrop (DragAndDropForwarding.cpp:364)
DragAndDropForwarding::CanHandleDragAndDrop (DragAndDropForwarding.cpp:376)
InternalEditorUtility_CUSTOM_HierarchyWindowDrag(...)
Doing the same in 5.4.2 and 5.5.0 does not crash.
Crashes in 5.6b1-ish build as of 2016 December 6 (6f87e0affcd2)
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Crash on JobQueue::HasJobGroupIDCompleted when closing the Editor while in Play mode on a specific project
- In "Preferences" section the “SpriteShape” menu item, the details page title “SpriteShape”, and “ControlPoint” entries are displayed as code strings rather than formatted UI strings
- Errors thrown constantly when Virtual Offset Debug is enabled and lighting was baked on AMD machine
- Persistent Memory Leak when reloading domain and using Distance-based Ghost Importance
- HDRP project doesn't render in standalone player when using High stripping
Add comment