-
-
Notifications
You must be signed in to change notification settings - Fork 44
Improve PrepareImageManifest.targets to support assembly public key #896
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
base: main
Are you sure you want to change the base?
Conversation
Improved handling `Resources` Value generation to respect assembly's public key if present. Example - The following two will be supported for version replacement: * /AssemblyName;v1.1.1.1;26be58bdab7122ab;Component/Resources * /AssemblyName;v1.1.1.1;Component/Resources
@rezanid I've fixed the checklist for you. |
Important Review skippedReview was skipped due to path filters ⛔ Files ignored due to path filters (1)
CodeRabbit blocks several paths by default. You can override this behavior by explicitly including those paths in the path filters. For example, including You can disable this status message by setting the Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
SupportNeed help? Create a ticket on our support page for assistance with any issues or questions. Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
@rezanid please read the following Contributor License Agreement(CLA). If you agree with the CLA, please reply with the following information.
Contributor License AgreementContribution License AgreementThis Contribution License Agreement ( “Agreement” ) is agreed to by the party signing below ( “You” ), 1. Definitions. “Code” means the computer software code, whether in human-readable or machine-executable form, “Project” means any of the projects owned or managed by .NET Foundation and offered under a license “Submit” is the act of uploading, submitting, transmitting, or distributing code or other content to any “Submission” means the Code and any other copyrightable material Submitted by You, including any 2. Your Submission. You must agree to the terms of this Agreement before making a Submission to any 3. Originality of Work. You represent that each of Your Submissions is entirely Your 4. Your Employer. References to “employer” in this Agreement include Your employer or anyone else 5. Licenses. a. Copyright License. You grant .NET Foundation, and those who receive the Submission directly b. Patent License. You grant .NET Foundation, and those who receive the Submission directly or c. Other Rights Reserved. Each party reserves all rights not expressly granted in this Agreement. 6. Representations and Warranties. You represent that You are legally entitled to grant the above 7. Notice to .NET Foundation. You agree to notify .NET Foundation in writing of any facts or 8. Information about Submissions. You agree that contributions to Projects and information about 9. Governing Law/Jurisdiction. This Agreement is governed by the laws of the State of Washington, and 10. Entire Agreement/Assignment. This Agreement is the entire agreement between the parties, and .NET Foundation dedicates this Contribution License Agreement to the public domain according to the Creative Commons CC0 1. |
|
azp /run |
Improved handling
Resources
Value generation to respect assembly's public key if present.Description
The PrepareImageManifet.targets file automatically replaces the version part of the moniker during build, otherwise every time the version of the assembly changes someone would need to manually update the version in the `.imagemanifest' files, otherwise all the monikers will break hence no icon would be rendered from the VS Extension.
The above logic works fine, but if the assembly has a public key (digitally signed), the public key is now silently removed from the value and consequently break the logic. I improved the logic that if the public key is present, it will be respected, so the following two examples would work:
Motivation and Context
It's just an improvement and will be necessary if you need to sign your extension (e.g. before publishing to VS Marketplace).
How Has This Been Tested?
I have used a similar logic in my extension, and it has been tested there.
Screenshots
N/A
Types of changes
Checklist: