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
In case of multple TargetFrameworks, DesignTimeBuild uses msbuild setproperty function to set the TargetFramework property.
So this updates a property if it exists, otherwise it searches for the first unconditioned PropertyGroup in the project file to add the property to. This is always going to be after any implicit imports as well as explicitly leading imports. This appears to be the long-standing behavior of SetProperty. Contrast that to SetGlobalProperty, which will treat the property as global.
Hence any property derived from targetFramework in implicit imports and leading imports will not be evaluated correctly.
In case of multple TargetFrameworks, DesignTimeBuild uses msbuild
setproperty
function to set the TargetFramework property.So this updates a property if it exists, otherwise it searches for the first unconditioned PropertyGroup in the project file to add the property to. This is always going to be after any implicit imports as well as explicitly leading imports. This appears to be the long-standing behavior of SetProperty. Contrast that to SetGlobalProperty, which will treat the property as global.
Hence any property derived from targetFramework in implicit imports and leading imports will not be evaluated correctly.
There is a detail repro here dotnet/runtime#33427 (comment)
cc @ericstj @ViktorHofer
similar issue OmniSharp/omnisharp-roslyn#1738
The text was updated successfully, but these errors were encountered: