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
- Different build sizes between Editor build and command-line build when "Static Batching" is enabled
- Particle System "Start Rotation" property affects a different axis when upgrading to newer Editor versions
- "Light" Component's "Culling Mask" setting is hidden but still has an effect when using HDRP
- Selecting the Web platform can be done when using the HDRP project
- Textures swap when SpriteRenderers with shared materials and animators are toggled on and off
Add comment