Skip to content
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

DEBUGGING IS NOT ENABLED when trying to debug .NET 8 Blazor Web project simulating iOS device on edge #104234

Closed
mip1983 opened this issue Jul 1, 2024 · 2 comments · Fixed by #105559
Assignees
Labels
arch-wasm WebAssembly architecture area-Debugger-mono in-pr There is an active PR which will close this issue when it is merged
Milestone

Comments

@mip1983
Copy link

mip1983 commented Jul 1, 2024

Description

When debugging my blazor applciation (.NET 8, blazor web project using wasm, running on Aspire) in Edge, if I hit f12 and choose any iOS device to simulate and refresh, I see this error in the console and the application crashes:

image

Reproduction Steps

  1. Create a .NET Aspire project and aa Blazor web application within it.
  2. Start debugging the application and hit f12 to open the dev tools for edge
  3. Change to an iOS device and refresh.

Expected behavior

The app should load/debug without erroring

Actual behavior

Error in description

Regression?

I assume this has worked in the past and I can see similar issue's logged previously e.g.

#84171

Known Workarounds

No response

Configuration

.NET 8.0.302
Edge

Other information

No response

@dotnet-policy-service dotnet-policy-service bot added the untriaged New issue has not been triaged by the area owner label Jul 1, 2024
@tommcdon tommcdon added the arch-wasm WebAssembly architecture label Jul 10, 2024
@tommcdon tommcdon added this to the 9.0.0 milestone Jul 10, 2024
@tommcdon tommcdon removed the untriaged New issue has not been triaged by the area owner label Jul 10, 2024
@maraf
Copy link
Member

maraf commented Jul 26, 2024

We are using navigator.userAgentData.brands and navigator.userAgent values to determine if current browser is one of the supported for debugging. The predefined profiles for simulations overrides these values to better similate target platform. This means we can't evaluate if the browser is supported for debugging or note.

A way to by pass this is to create a custom profile based on values for any iOS device, but leave user agent value unchanged.

@thaystg What would happen if we omit the check for supported browsers and "turn on" debugging in any browser (eg. safari)? I understand the debugging won't work, but is the check for supported browsers only optimization to not load pdbs on unsupported browsers or would the runtime crash or something otherwise?

@thaystg
Copy link
Member

thaystg commented Jul 26, 2024

I think the correct fix here would be not send the runtime_ready in debug.ts if the debugger is not enabled?

@dotnet-policy-service dotnet-policy-service bot added the in-pr There is an active PR which will close this issue when it is merged label Aug 2, 2024
@github-actions github-actions bot locked and limited conversation to collaborators Sep 9, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
arch-wasm WebAssembly architecture area-Debugger-mono in-pr There is an active PR which will close this issue when it is merged
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants