AppHost crashes in Visual Studio when a browser file picker opens and launchBrowser is enabled

[MikeAlhayek]

Is there an existing issue for this?

• I have searched the existing issues

Describe the bug

Description

Is there an existing issue for this?

• I have searched the existing issues

Describe the bug

My web app supports file uploads and works correctly in all of these cases:

• running the site directly outside Aspire
• running the Aspire app with aspire run
• running the Aspire app with aspire run --debug

The crash only happens when I start the Aspire AppHost from Visual Studio and the AppHost launch profile haslaunchBrowser set to true.

As soon as I click the browser's Browse button for a file upload and select a file (or close the file picker),the AppHost crashes and the Visual Studio debug session stops.

If I set launchBrowser to false, the crash no longer happens.

This makes it look like a Visual Studio + Aspire dashboard/browser-launch integration issue rather than an issue inmy app's upload code.

Exceptions (if any)

I don't see this when running outside Visual Studio.
The behavior appears tied to the Visual Studio launch/debug path.

Anything else?

• Works when running the site directly
• Works with aspire run
• Works with aspire run --debug
• Stops reproducing when launchBrowser is set to false

This seems related to the same family of issues as:

• AppHost crash when closing a file dialog in Firefox/Brave browser #7998
• Exception During File Upload with Aspire After First Run #8355

Expected Behavior

1. Start the Aspire AppHost from Visual Studio with a launch profile where launchBrowser is true
2. Open the site that contains a file upload control
3. Click Browse
4. Select a file or close the file picker dialog
5. Observe that the AppHost crashes and Visual Studio stops debugging

If you want a repo, Clone OrchardCore then change branches to ma/upload-file-scanner and tun the Aspire Host in Visual Studio project OrchardCMS/OrchardCore#19329 But you'll need to set launchBrowser to stru in the launchSettings.json file.

Steps To Reproduce

No response

Exceptions (if any)

No response

Aspire doctor output

No response

Anything else?

No response

[MihuBot]

I'm a bot. Here is a possible related and/or duplicate issue (I may be wrong):

• VS debugger detaches after closing file picker in certain Chromium-based browsers dotnet/aspnetcore#28547

[joperezr]

🤖 Aspire triage pass — 2026-06-03 22:29 UTC

Area: area-tooling (already applied)
Kind: bug
Repro: partial — repro steps described in issue body (lines ~24–34); points to an external branch rather than a minimal sample
Affected version(s): unspecified by reporter (Aspire version not stated); latest shipped is 13.4.0
Severity: S3 — AppHost crash on a real user scenario, but a clear workaround exists (launchBrowser: false); only reproduces under VS launch path

Urgency: 🟡 vNext — recommend milestone 13.5
Reason: bug with documented workaround and unclear regression baseline (reporter did not pin to 13.4; references prior issues #7998 / #8355 suggesting a long-standing family of VS-launch interactions). Does not meet the 13.4.x servicing bar (cannot confirm worked-in-13.3.x → broken-in-13.4 regression).

Suggested owner(s): @adamint (score 6), backup @JamesNK (score 3)
Evidence:

• adamint closed 2 area-tooling issues as completed in last 180d (close-evidence stream)
• JamesNK closed 1 area-tooling issue as completed in last 180d
• sebastienros also closed 1 in area-tooling (tertiary)
• No area-tooling PR-author evidence in last 90d
• No CODEOWNERS match for VS-launch / launchSettings paths

Confidence: medium
Needs human?: no

Dry-run mode — no labels or milestone applied. Reply /triage apply to promote, or edit and reapply.