Search Issue Tracker
Fixed in 2020.1.X
Votes
0
Found in
2017.4.6f1
2018.2.0f2
Issue ID
1073523
Regression
Yes
Calling the LoadAssembly method does not load the given Assembly
When a User calls the LoadAssembly method on Unity 2017.4.6f1 or newer, it loads the first assembly, but when a User loads the second one it gives him the ref on the first assembly, it's like if it was ignoring the given path/assembly. In the sample project, a User is printing the assembly version, to see what of them was just loaded
To reproduce:
1. Download attached project "missscript.zip" and open in Unity 2017.4.5f1
2. Open "Scene1" scene
3. Enter Play mode
4. Note that in frame 10 it will load the first assembly, you will see the library info on console's output: "Load library 1 at frame 10:Lib4, Version=1.0.6801.32800, Culture=neutral, PublicKeyToken=null".
5. Note that in frame 60 it will load the second assembly, you will see the library info on console's output too: "Load library 2 at frame 60:Lib4, Version=1.0.6801.32894, Culture=neutral, PublicKeyToken=null".
6. Open project "missscript.zip" in Unity 2017.4.6f1 or newer
7. Open "Scene1" scene
8. Enter Play mode
9. Note that in frame 10 it will load the first assembly, you will see the library info on console's output: "Load library 1 at frame 10:Lib4, Version=1.0.6801.32800, Culture=neutral, PublicKeyToken=null" (This is expected).
10. Note that in frame 60 it will load the second assembly, the output in this case should be:: "Load library 2 at frame 60:Lib4, Version=1.0.6801.32894, Culture=neutral, PublicKeyToken=null", but it is loading the first assembly again: "Load library 2 at frame 60:Lib4, Version=1.0.6801.32800, Culture=neutral, PublicKeyToken=null".
Notes:
- This issue appears on both Windows and OSX
Reproduced on Unity 2017.4.6f1, 2017.4.9f1, 2018.1.9f1, 2018.2.5f1 and 2018.3.0a9
Not reproduced on Unity 2017.4.5f1
Regression on Unity 2017.4.6f1
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
- Articulation Body with 'Revolute' Joint Type has erratic behavior when Upper Limit is set to above 360
- WebGL Player fails to render Scene when Terrain with Detail Mesh is added and WebGPU Graphics API is used
- Inconsistent errors are logged when different types are passed into the Query "Q<>" method in UIToolkit and the ancestor VisualElement is null
- Crash on GetMaterialPropertyByIndex when opening a specific Scene
- Discrepancies in the styling are present when using a TSS file instead of a USS file in custom EditorWindow
Resolution Note (fix version 2020.1):
Fixed in mono upgrade