-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SignFile task referenced, but not provided, in Microsoft.Build.Tasks.Core #6098
Comments
I couldn't figure out the best area label to add to this issue. If you have write-permissions please help me learn by adding exactly one area label. |
We're running into the same issue. |
Moving to MSBuild. It's possible that the functionality to implement this was not available when MSBuild was originally ported to .NET Core, but is now available in more recent versions. |
I am currently having this issues as well. I have tried to publish using other methods and this is the most descriptive message. so far. It does look like a compatibility issue between net5 and msbuild. i am targeting net5-windows10.0.19041.0. |
@sujitnayak is it reasonable to enable this task on .NET Core on Windows? |
Yes it should be reasonable to support this during build. For ClickOnce publish that also calls SignFile, we don't support the dotnet CLI yet. |
Team Triage: Since there are some scenarios that won't be supported, we can enable SignFile. We're open to taking a PR as this isn't high priority for us |
When using
dotnet build
, attempting to sign assemblies results inIt is declared in Microsoft.Common.tasks:
It looks like the task is only present in the .NET Framework version of the assembly, not in the standard/core version.
Oddly, the backend signing methods ARE present in the core assembly (
SecurityUtilities.SignFile()
), so there does not seem to be any reason to omit the task.The task should be added to the standard/core assembly too; on non-Windows it can fail with PNSE, but on Windows it should work with
dotnet build
the same way it does withmsbuild
.If that is not possible, it should still be added so that it can give a useful error rather than MSB4062, because that suggests user/configuration error.
The text was updated successfully, but these errors were encountered: