VS2017 Not Copying Satellite Assemblies to Proper Output Location

[nguerrera]

From @thefringeninja on March 16, 2017 17:21

I've been porting a project over to the new .csproj format. This project has a dependency on FluentValidation, which uses satellite assemblies. In VS2015, on compilation, these would be placed in their correct subfolders. VS2017 places all the satellite assemblies in the root build output folder. Since they all have the same filename, only one remains.

Minimal repro project file:

<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>net46</TargetFramework>
  </PropertyGroup>

  <ItemGroup>
    <PackageReference Include="FluentValidation" Version="5.5.0" />
  </ItemGroup>

</Project>

Copied from original issue: dotnet/msbuild#1877

[nguerrera]

From @cdmihai on March 16, 2017 18:11

@srivatsn This looks like an SDK issue, right?

[nguerrera]

From @thefringeninja on March 17, 2017 14:0

Never mind. The issue was that I was running dotnet build not dotnet publish.

[nguerrera]

From @thefringeninja on March 17, 2017 14:27

Spoke too soon! VS2017 and Rider will use dotnet build. Why does it behave differently than dotnet publish?

[nguerrera]

From @AndyGerlicher on March 17, 2017 17:56

@livarcocc can you comment on this please?

[nguerrera]

From @livarcocc on March 17, 2017 22:36

@dsplaisted @nguerrera can you guys comment?

[nguerrera]

Looks like a bug in CopyLocalLockFileAssemblies handling of satellites. I'll move this to SDK and investigate.

@thefringeninja Thanks for the report.

[AArnott]

Per #1132 this only repros for me when the project defines the TargetFrameworks property.

[nguerrera]

@AArnott Thanks. I missed that subtlety in #1132. Strangely, the repro steps here for the same symptom show TargetFramework not TargetFrameworks. We'll have to look a both cases to be sure.

[clairernovotny]

Probably the same issue I just filed here NuGet/Home#5164

Repros with Humanizer. Steps in linked bug

[karelz]

@nguerrera we believed this is release blocker. Do you agree?
Or is there some workaround @onovotny didn't find?

[nguerrera]

I agree. I have not looked for a workaround. I plan to fix this soon.

[karelz]

Awesome, thanks a lot!

[nguerrera]

PR #1224 is out to fix this

[nguerrera]

Fixed by #1224

[PatoMickey]

Any news on this issue? The problem stills to occur.

[pharring]

[Just making a note for search engines to pick up the following error messages.]
If you see the following error while running unit tests in VSTS:

Warning: Test Run deployment issue: an error occurred while getting satellite assemblies for deployment item
System.ArgumentOutOfRangeException: startIndex cannot be larger than length of string.
Parameter name: startIndex

then it may be caused by this issue. The workaround at #1360 (comment) should fix it.