Search Issue Tracker
Won't Fix
Votes
0
Found in
2018.2.0a1
2018.3.0f1
2019.1.0a12
Issue ID
1069893
Regression
Yes
Built player fails after renaming MD classes during building
To reproduce:
1) Open attached project (in the first email of customer: SlimAssetBug.2018.2.zip)
2) Run in Editor
Expected: The two scenes run okay
3) Build and run a player
Actual: Get an error "NullReferenceException: Object reference not set to an instance of an object"
Reproduced in 2018.2.0a1, 2018.3.0f1, 2019.1.0a12
Not reproduced in 2018.1.9f2
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
- Crash on RaiseException when opening a specific project
- DownloadHandlerScript.CompleteContent is called twice when building for WebGL
- Scene view has Y coordinates of the Screen Position node flipped when some of the URP features are disabled
- Volumetric fog shader variants are missing from build when "Strict Shader Variant Matching" is disabled
- Unnecessary modifications clutter the Scene when using a RectTransform driven by a LayoutGroup in a Prefab
Resolution Note:
Unfortunately this is not something we will fix. This asset is doing very dangerous things, and I'm surprised it's taken this long to break. This specific problem has arisen from changing MonoBehaviours during a build. That's something we've never supported. It seems to have worked prior to 2018.2, but that was happenstance, not an actual feature of Unity. So us maintaining that as a feature moving forward is not something we intend to do. The best alternative I can suggest is to have a step run manually before triggering a build that renames code in files, then another manual step afterwards that restores things. Looking at the feature set of the tool, I have concern that some of the other steps are also doing dangerous things. Unity has specific ways it handles code and data. Trying to mess with that puts you out into some uncharted territory.