Search Issue Tracker
By Design
Votes
0
Found in
2018.1.0f1
Issue ID
1032070
Regression
No
Assembly Definition files do not recompile when importing Asset Packages
Steps to reproduce:
1. Open an empty project
2. Import user-attached package "MRTK-Test.unitypackage" (rmb in Projects panel->Import Package->Custom Package)
3. See errors in the Console
Reproduced with: 2018.1.4f1, 2018.2.0b9, 2018.3.0a3
Expected result: Assembly Definitions are compiled successfully and thus the user gets a prompt to switch to .NET4.X
Actual result: Assembly Definitions are not compiled successfully and the user only gets to see API incompatibility errors in the Console. Reloading the project makes the prompt appear as intended
This behavior is assumed to be incorrect in accordance with what is written in the Release Notes of Unity 2018.1:
Editor: Unity now compiles Assembly Definition File (asmdef) assemblies on startup, before any other scripts (such as Assembly-CSharp.dll), and does not stop compilation on the first compile error. Uniy loads all asmdef assemblies that succesfully compile and have all their references compiled, then compiles the remaining scripts (Assembly-CSharp.dll and friends). This ensures that Unity packages are always built and and loaded, regardless of other compile errors in the Project.
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Texture2D hash changes inside of an AssetBundle when rebuilding a SpriteAtlas bundle with an empty AssetPostprocessor Script enabled
- Aniso Level still applies when Generate MipMap is disabled in Texture Import Settings
- Mipmap Limit Groups long names are not truncated when creating a new Mipmap Limit Group with a long name
- “ArgumentException: Invalid double parameter.” error is thrown when Infinity is typed into the Fixed Timestep field
- GameObject becomes gray when using HDRP and STP together on macOS
Add comment