Search Issue Tracker
Fixed in 2018.2.X
Votes
0
Found in
4.3.0f4
Issue ID
578435
Regression
No
The editor silently fails when a serialized field is type-mismatched
To reproduce:
BUGGY SCENARIO:
1. create new game objects ObjA and ObjB
2. make the following component, TestScript.cs:
using UnityEngine;
public class TestScript : MonoBehaviour
{
public GameObject obj;
}
3. Attach TestScript to ObjA
4. Attach a SphereCollider to ObjB
5. Drag ObjB into ObjA's public field
In the script, change the GameObject to a SphereCollider.
Result:
- Unity continues to think the reference is valid, showing "ObjB" in the
field.
- Various operations on the object/reference do not work as they should, as
the object is now corrupted.
To see the difference(correct behaviour):
1. create new game objects ObjA and ObjB
2. make the following component, TestScript.cs:
using UnityEngine;
public class TestScript : MonoBehaviour
{
public SphereCollider obj;
}
3. Attach TestScript to ObjA.
4. Attach a SphereCollider to ObjB.
5. Link click ObjA and drag ObjB into the public field.
6. Modify TestScript.cs and change SphereCollider to GameObject.
Result:
- Unity shows in the ObjA.obj field: "Type mismatch"
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- [Android][GameActivity] APK built with Development Build enabled gets flagged as having Malware
- Default name of manually created Global Light 2D GameObject differs from the one included in the initial project Scene
- Option for "Acceleration Structure Build Flags" cannot be toggled when Lightmaps have been Generated for a Mesh Renderer
- Lights in Batch keep resetting to 0 in the Light Batching Debugger when a new GameObject is created and the mouse cursor is hovered over the Inspector window
- [macOS] Rendering Debugger Volume's "Component" dropdown is opened with a big offset when "Component" field is set to any "Sample Scene"
Add comment