Blazor VSC launch/tasks/debug guidance updates#22470
Conversation
|
@Rick-Anderson ... I thought you killed off the Cyberdine Systems Snippet Builder 5000™??? — I'm back. Cyberdyne Systems T-800 Series Model 101 (Arnold Schwarzenegger) |
|
@guardrex I'll be back |
|
Oh, I see. I thought those two were related. This is just a failure on warnings but that leave the PR mergable. Got it! 👍 |
captainsafia
left a comment
There was a problem hiding this comment.
Looks good!
Re: the other thread. There's been some churn in the VS Code extension recently so I'll try and repro some of this stuff. We've been changing some of the codepaths related to detecting Blazor projects.
Co-authored-by: Safia Abdalla <safia@microsoft.com>
|
@captainsafia Very well ... I merged your heading update and will get this live. I'll circle back around on the UE passes to the WASM debug topic for a general edit and another look at how these use cases compose. The permutations of use cases are a bit tricky to work out 😅. |

Fixes #22234
Thanks @samcarey! #22325
Notes:
launch.json/task.jsonautomatic config, stock launch/task setup (non-debugging) vs. launch/task setup with debugging..vscodeassets to a hosted WASM app's solution folder, I don't think we should keep the old Launch and debug a hosted Blazor WebAssembly app with Microsoft Edge section, so I delete it here. That's now covered by the new content added on this PR. By opening at the solution level, all of the solutions folders/projects (Client,Server, andShared) are visible to the user. When run from the solution's folder, it runs theServerproject. That's what I prefer to do anyway in my own use of VSC with hosted WASM.