-
Notifications
You must be signed in to change notification settings - Fork 10.5k
Description
Is there an existing issue for this?
- I have searched the existing issues
Describe the bug
- On windows, create a new blazor wasm hosted project using standard template for dotnet 6.
- Chose to add docker support, and select linux.
- In VS2022 right click on server project and "Add Container Orchestrator" support.
- Launch the compose project in debug mode.
Everything builds and deploys, debugger is attached, all containers are running via compose as expected.
- Put a breakpoint in the blazor project "Counter" component button click.
- Click the button in the browser.
(pushed here: https://github.com/dazinator/TestDockerBlazorDebug/tree/master)
Expected Behavior
Expect the breakpoint to be hit.
The breakpoint is not hit.
Inside of the running container, there are the "static asset" files. As I understand it, the docker tooling should be "transforming" windows absolute paths that work on the windows host, to linux paths that work within the container.
As per this screenshot - it does appear to do this for the server project (see the additional file ending "DT.json")
However it doesn't do this for the client wasm project. If I look at the static assets file for the client project it uses full windows paths still which only work on the host.
Steps To Reproduce
As described above or repro pushed here: https://github.com/dazinator/TestDockerBlazorDebug/tree/master
Exceptions (if any)
No response
.NET Version
dotnet --version
Anything else?
No response