Search Issue Tracker
Fixed in 1.0.6
Votes
1
Found in [Package]
1.0.2
Issue ID
1152421
Regression
Yes
[UNET] Runtime.dll fails to move on upgrading project from 2019.1
Runtime.dll fails to move on upgrading project from 2019.1
Steps to Repro:
1. Create a new Project with 2019.1
2. Download and import Tanks! Tutorial project from the asset store
3. close and open the project with 2019.2.0b2
Alternative Steps to reproduce the issue (reproduced with version 1.0.4):
1. Create a new empty project
2. Open package manager
3. Reset packages to default
4. Uninstall unity collab
5. Install Multiplayer HLAPI
6. Install XR Legacy Input Helpers
Actual Result:
Multiplayer package fails to upgrade gracefully
Expected Result:
The package is updated gracefully and no errors appear in the console
Occurring with:
2019.1.14f1, 2019.2.0a13, 2019.2.1f1, 2019.3.0a12
Working with:
2019.3.0a2, 2019.2.0a12
Environment:
Windows Only
Stack Trace:
Copying assembly from 'Temp/com.unity.multiplayer-hlapi.Runtime.dll' to 'Library/ScriptAssemblies/com.unity.multiplayer-hlapi.Runtime.dll' failed
Comments (1)
-
samra2494
Jul 10, 2019 07:25
, remove the file
Library/ScriptAssemblies/com.unity.multiplayer-hlapi.Runtime.dll
and now build works again, once only. The file-removal procedure has to be repeated for every build
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
- [Android][iOS] The keyboard closes and re-opens when consecutive input fields are selected
- Complex Sub Graph connected to a Voronoi node is ignored when the shader gets applied as a Material
- Compute Shader property not set error when entering play mode with path tracing and PBR sky
- "WebGL Publish" detects WebGL module and allows building when it is installed without restarting the project
- Editor is non-responsive and flickers when multiple Water System instances are enabled
Resolution Note (fix version 1.0.6):
Closing since UNet is deprecated and this seems like low priority issue. It should only happen once and only when upgrading older projects in 2019.x. Package is automatically added in this upgrade flow, this will no longer happen in 2020.1. It's safe to remove from the manifest or package manager if it's not being used. Reopening editor should also get rid of the issue. If it's still a problem it can be worked around by embedding the package and editing WeaverRunner.cs OnCompilationFinished function, adding this at the top:
if (targetAssembly.StartsWith(“Unity”))
return;