- Notifications
You must be signed in to change notification settings - Fork564
[xabt]Xamarin.Android.Build.Tasks.dll should be strong-named#10377
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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Merged
Uh oh!
There was an error while loading.Please reload this page.
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.Learn more about bidirectional Unicode characters
Fixes:dotnet/maui#30948MSBuild task assemblies can run on .NET framework when building insideVisual Studio.If you have a .NET 8, .NET 9, and .NET 10 project in the samesolution, the best way to support this is to strong name *and* versionyour assembly so that .NET framework can load multiple copies of it.This can also happen if you update the `$(TargetFramework)` while aproject is open.Unfortunately, #30948 uncovered an issue when .NET 9 and .NET 10:* .NET 8 `Xamarin.Android.Build.Tasks.dll`: strong named* .NET 9 `Xamarin.Android.Build.Tasks.dll`: *not* strong named* .NET 10 `Xamarin.Android.Build.Tasks.dll`: *not* strong namedI suspect this went wrong in003f5d1, but we didn't notice it untilnow because .NET 8 was strong-named and .NET 9 was not.To fix this, we simply need to set `$(SignAssembly)` to `true`.Prior to003f5d1, this was set to false because the ILRepack processsigned at the end of the repacking. When ILRepack was removed, weforgot to enable strong name signing! Whoops!
grendello approved these changesAug 6, 2025
MemberAuthor
jonathanpeppers commentedAug 6, 2025
Downloaded the build, it is strong named now:  |
e2d0ae2 intomain 59 checks passed
Uh oh!
There was an error while loading.Please reload this page.
jonathanpeppers added a commit that referenced this pull requestAug 6, 2025
Fixes:dotnet/maui#30948MSBuild task assemblies can run on .NET framework when building insideVisual Studio.If you have a .NET 8, .NET 9, and .NET 10 project in the samesolution, the best way to support this is to strong name *and* versionyour assembly so that .NET framework can load multiple copies of it.This can also happen if you update the `$(TargetFramework)` while aproject is open.Unfortunately, #30948 uncovered an issue when .NET 9 and .NET 10:* .NET 8 `Xamarin.Android.Build.Tasks.dll`: strong named* .NET 9 `Xamarin.Android.Build.Tasks.dll`: *not* strong named* .NET 10 `Xamarin.Android.Build.Tasks.dll`: *not* strong namedI suspect this went wrong in003f5d1, but we didn't notice it untilnow because .NET 8 was strong-named and .NET 9 was not.To fix this, we simply need to set `$(SignAssembly)` to `true`.Prior to003f5d1, this was set to false because the ILRepack processsigned at the end of the repacking. When ILRepack was removed, weforgot to enable strong name signing! Whoops!
Sign up for freeto subscribe to this conversation on GitHub. Already have an account?Sign in.
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Fixes:dotnet/maui#30948
MSBuild task assemblies can run on .NET framework when building inside Visual Studio.
If you have a .NET 8, .NET 9, and .NET 10 project in the same solution, the best way to support this is to strong nameand version your assembly so that .NET framework can load multiple copies of it. This can also happen if you update the
$(TargetFramework)while a project is open.Unfortunately, #30948 uncovered an issue when .NET 9 and .NET 10:
Xamarin.Android.Build.Tasks.dll: strong namedXamarin.Android.Build.Tasks.dll:not strong namedXamarin.Android.Build.Tasks.dll:not strong namedI suspect this went wrong in003f5d1, but we didn't notice it until now because .NET 8 was strong-named and .NET 9 was not.
To fix this, we simply need to set
$(SignAssembly)totrue.Prior to003f5d1, this was set to false because the ILRepack process signed at the end of the repacking. When ILRepack was removed, we forgot to enable strong name signing! Whoops!