Search Issue Tracker
Postponed means that the issue was either a feature request or something that requires major refactoring on our side. Since that makes the issue not actionable in the close future we choose to close it as Postponed and add it on our internal roadmaps and technical debt pages instead.
Postponed
Votes
4
Found in
2017.4
2018.4
2019.3
2019.3.0f5
2020.1
2020.2
Issue ID
1224238
Regression
No
A warning is thrown in the Console window when a non-MonoBehaviour script is added to the project with a name of a component
How to reproduce:
1. Create and open a new project
2. Drag and drop the attached 'Transform.cs' script into the Project window
3. Observe the Console window
Expected result: no warnings are thrown
Actual result: a warning is thrown (even though the script is not a MonoBehavior)
Reproducible with: 2017.4.37f1, 2018.4.18f1, 2019.3.4f1, 2020.1.0a26, 2020.2.0a1
Full warning:
Script 'Transform' has the same name as built-in Unity component.
AddComponent and GetComponent will not work with this script.
UnityEditorInternal.InternalEditorUtility:ProjectWindowDrag(HierarchyProperty, Boolean)
UnityEngine.GUIUtility:ProcessEvent(Int32, IntPtr, Boolean&)
Comments (1)
-
Edy
Mar 22, 2024 13:19
Please fix this. It's really annoying as we can't use a lot of names that are commonly used when developing libraries.
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
- There is no way to adjust the HDR Paper White value of the Unity Editor's interface, making it difficult/uncomfortable for some developers to work on very dark/bright scenes in HDR
- Animator window has a dropdown button that throws “MissingReferenceException” error on a new project when the previous project had a GameObject with an animation
- Animator State name overflows outside the visual box when the State has a long name
- UI Document file remains marked as Dirty after Undoing made changes
- Switching between UI Documents with different Canvas sizes marks the UXML file as dirty
Resolution Note (2020.2.X):
Hi, we decided to revert the previous fix as it turns out it requires a change which would take around a month or so of work. As this is relatively low user-pain and there are workarounds around this. In the meantime, we will close the bug and add it to our backlog to be implemented while the necessary changes (which are planned to land sometime in the future) will be implemented first. Hope you understand our decision!