Search Issue Tracker
Fixed in 5.4.2
Votes
0
Found in
5.3.4p4
Issue ID
794675
Regression
No
[WSA] Wrong plugin reference in .csproj file when building for WSA Universal 8.1
In windows 8.1 universal build dll's that are marked only for one SDK are located in different place than referenced.
In attached and modified project there are UDID plugins (three separate real dlls for UWP, WP8.1, Win8.1 and single placeholder. If you build it for windows 8.1 universal, project "Assembly-CSharp-metro-vs2013.csproj" is trying to find my plugin at path: "$(SolutionDir)$(SolutionName)\$(SolutionName).Windows\Unprocessed\UDID.dll"
(same for phone project), but no plugin is placed here.
In fact it can be found there:
""$(SolutionDir)$(SolutionName)\$(SolutionName).Windows\Plugins\SDK81\UDID.dll".
Visual studio can't build project because of wrong reference.
Reproducible on 5.3.4p6, 5.4.0b18.
Repro steps:
1. Open project "Reference rewriter sample2.zip";
2. Build to WSA Universal 8.1. Open generated project solution and observe plugin's referenced paths.
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Field names under "Anchors" in the RectTransform Component don't get focused when "tabbing" through the fields
- [macOS] Project Browser's Search by Type stops working after importing Assets into a Project and searching for Types "In Assets"
- The Particle System Trail module creates Trails with a lighter coloring than the particles when the Color Space is set to Linear
- Crash on "in __pthread_kill" when running the built application that has UNITY_EDITOR scripting symbol in conditional compilation
- Fix for 2022.3.X: Flickering of HDRP Directional Light shadows with DirectionalMixedCachedShadows when in an Entities Graphics rendered Subscene
Add comment