Skip to content

[release/6.0] [blazor][debugger] Fixing vs-js-debugger: redirect ws to http is not supported anymore#39996

Closed
github-actions[bot] wants to merge 4 commits intorelease/6.0from
backport/pr-39995-to-release/6.0
Closed

[release/6.0] [blazor][debugger] Fixing vs-js-debugger: redirect ws to http is not supported anymore#39996
github-actions[bot] wants to merge 4 commits intorelease/6.0from
backport/pr-39995-to-release/6.0

Conversation

@github-actions
Copy link
Contributor

@github-actions github-actions bot commented Feb 4, 2022

Backport of #39995 to release/6.0

/cc @thaystg

{PR title}

Summary of the changes (Less than 80 chars)

Description

Fixes #{bug number} (in this specific format)

Customer Impact

Debugging Blazor wasm code in VS and VS Code will not function in new VS releases and previews.

Regression?

  • Yes
  • No

Changes in the upstream javascript debugger require this change for the wasm debugger to continue to function in VS and VS code

Risk

  • High
  • Medium
  • Low

[Justify the selection above]

Verification

  • Manual (required)
  • Automated

Packaging changes reviewed?

  • Yes
  • No
  • N/A

When servicing release/2.1

  • Make necessary changes in eng/PatchConfig.props

@github-actions github-actions bot requested a review from a team as a code owner February 4, 2022 21:17
@ghost ghost added the area-blazor Includes: Blazor, Razor Components label Feb 4, 2022
@ghost ghost added this to the 6.0.x milestone Feb 4, 2022
@ghost
Copy link

ghost commented Feb 4, 2022

Hi @github-actions[bot]. If this is not a tell-mode PR, please make sure to follow the instructions laid out in the servicing process document.
Otherwise, please add tell-mode label.

@thaystg thaystg changed the title [release/6.0] [blazor][debugger] Fixing vs-js-debugger nightly build [release/6.0] [blazor][debugger] Fixing vs-js-debugger: redirect ws to http is not supported anymore Feb 4, 2022
@mkArtakMSFT
Copy link
Contributor

@lewing and I are working with the vs js debugger team to see whether the original dependency update on the VS side can be rolled back. If so, we don't have to rush this change in - as the Blazor WebAssembly debugging experience won't be broken so we won't need this change to be merged immediately.

@mkArtakMSFT mkArtakMSFT added the * NO MERGE * Do not merge this PR as long as this label is present. label Feb 5, 2022
@mkArtakMSFT
Copy link
Contributor

A change in the vs js debugger has been merged which makes the update be backward compatible. Given that I believe this PR should be closed now. @lewing do you agree?

@mkArtakMSFT
Copy link
Contributor

Also, @lewing, should this change be reverted?
/cc @TanayParikh

@lewing lewing closed this Feb 8, 2022
@lewing
Copy link
Member

lewing commented Feb 8, 2022

I don't think we need to service this now, but the change in main is still correct. I'm considering some related changes to propose that might remove the need for the other patch but I'll need some time before I can get to them.

@ghost
Copy link

ghost commented Feb 8, 2022

Hi @lewing. It looks like you just commented on a closed PR. The team will most probably miss it. If you'd like to bring something important up to their attention, consider filing a new issue and add enough details to build context.

@TanayParikh TanayParikh deleted the backport/pr-39995-to-release/6.0 branch February 8, 2022 19:34
@dougbu dougbu removed this from the 6.0.x milestone Mar 7, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area-blazor Includes: Blazor, Razor Components * NO MERGE * Do not merge this PR as long as this label is present.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants