You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There were two issues fixed in WPF for 6.0 that were just back-ported to 5.0.2/5.0.3 behind an opt-in flag. It's opt-in with WPF as they can't differentiate between runtime and SDK.
The SDK (5.0.200/300) needs to enable this property by default so PackageReferences and custom BaseIntermediateOutputPath fully work in WPF. This will unblock Generators, Source Link, and any other NuGet package that contains custom props/targets in it.
IncludePackageReferencesDuringMarkupCompilation should be set to true by the SDK if undefined by the user code.
@marcpopMSFT wanted to make sure that you saw this issue. This impacts some division goals around Terrapin and we're really hoping we can get it in for 16.9. The work should be small, just setting a few defaults in WPF projects. But time is getting short in 16.9 so wanted to make sure this hadn't slipped below your radar.
There were two issues fixed in WPF for 6.0 that were just back-ported to 5.0.2/5.0.3 behind an opt-in flag. It's opt-in with WPF as they can't differentiate between runtime and SDK.
The SDK (5.0.200/300) needs to enable this property by default so PackageReferences and custom BaseIntermediateOutputPath fully work in WPF. This will unblock Generators, Source Link, and any other NuGet package that contains custom props/targets in it.
IncludePackageReferencesDuringMarkupCompilation
should be set to true by the SDK if undefined by the user code.These are the PR's to 5.0 servicing containing the fixes we want to enable in the SDK
dotnet/wpf#4009
dotnet/wpf#3846
This will resolve the following issues:
dotnet/wpf#810
dotnet/wpf#3404
dotnet/wpf#1718
Likely this one too: dotnet/wpf#366
The text was updated successfully, but these errors were encountered: