-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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] [wasm] Include browser targets if RID is not wasi-wasm #108434
Conversation
Tagging subscribers to 'arch-wasm': @lewing |
removing servicing consider label until there is a template filled in |
@jeffschwMSFT I have forget to remove template placeholder from first paragraph, otherwise the template is filled. Should I put more details in there? |
thanks @maraf , can you elaborate on how the fix addresses the issue? I will approve and we can send in email for approval |
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.
lgtm. we will take for consideration in 9 GA
please take a look at the pr failures. |
All green now |
Backport of #108283 to release/9.0
/cc @maraf
Customer Impact
When publishing blazor app to azure containers, the VS wizard generates
linux-x64
RID by default (wizard for publishing to folder correctly picksbrowser-wasm
RID).This PR makes the browser targets included any time when RID is not
wasi-wasm
, instead of relying on RID beingbrowser-wasm
.Regression
The regression was introduced in #102806, where we started use Wasm SDK also for wasi targets and so we started to include browser targets only when RID is
browser-wasm
.Testing
Manual test scenario.
Risk
Low. We have semantically reverted to previous behavior (include browser targets all the time with the exception for wasi).