-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
[release/9.0] [browser] Fix processing of satellite assemblies from referenced assembly during publish #107398
Merged
Conversation
This file contains 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
…ectReference) where ResolvedFrom contains {RawFileName}
…blish because they can be resource assemblies from References
…oes through the same path and are not discovered by nested publish
github-actions
bot
requested review from
maraf,
ilonatommy and
akoeplinger
as code owners
September 5, 2024 12:28
dotnet-issue-labeler
bot
added
the
needs-area-label
An area label is needed to ensure this gets routed to the appropriate area owners
label
Sep 5, 2024
maraf
added
arch-wasm
WebAssembly architecture
area-Build-mono
os-browser
Browser variant of arch-wasm
and removed
needs-area-label
An area label is needed to ensure this gets routed to the appropriate area owners
labels
Sep 5, 2024
Tagging subscribers to 'arch-wasm': @lewing |
ilonatommy
approved these changes
Sep 6, 2024
/ba-g failure is known and tracked |
lewing
added
Servicing-approved
Approved for servicing release
and removed
Servicing-consider
Issue for next servicing release review
labels
Sep 10, 2024
lewing
approved these changes
Sep 10, 2024
/ba-g failures are known and tracked |
3 tasks
jeffschwMSFT
approved these changes
Sep 12, 2024
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
approved. we can merge when ready
2 tasks
1 task
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
arch-wasm
WebAssembly architecture
area-Build-mono
os-browser
Browser variant of arch-wasm
Servicing-approved
Approved for servicing release
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.
Backport of #106696 to release/9.0
/cc @maraf
Customer Impact
This PR fixes publishing satellite assemblies in (Blazor) WebAssembly apps in two scenarios
<Reference Include="A.dll" />
with satellite assemblies,<ProjectReference Include="A.csproj" />
with satellite assemblies.Regression
The first scenario (reference) was reported by customer in #105937. After investigation it turned out it is not a regression, and this scenario was never working in Blazor WebAssembly apps.
The second scenario (project reference) was discovered during investigation and is in fact regression from #90436. It wasn't well covered with tests, as it manifests only when wasm-tools workload is installed and publish is running for project with a project reference with satellite assemblies.
Testing
The PR adds automated tests for both reference and project reference with satellite assemblies and doing publish with workload installed.
Risk
Low. Affected scenarios are covered with automatic tests. One potential unknown is that the PR enables satellite assembly probing in nested build, which may result in slower publish, but the underlaying MSBuild task (ResolveAssemblyReference) searches only top-level directory where each reference lives, which should not be a significant IO overhead.