Running asp.net 9 application from shared folder on windows does not work

[vittoft]

Description

Hello!
I noticed that, using 9.0.307 (win 64 bit), if I move the build output in a windows shared folder and launch the application from there, it doesn't start. The same build output in any local disk folders start succesfully.

Reproduction Steps

Reproducibility steps:
1 - Create a folder in a local driver (i.e. C:\test) and open a terminal from there
2 - Run dotnet new web -o TodoApi
3 - Run cd TodoApi
4 - Run dotnet run
5 - Verify that the applications starts correctly (the console shows the listening Url:port, the api responds)
6 - Copy all the contents of the ..\bin\Debug\net9.0 subfolder to a network share (i.e. \myshare\net9.0).
7 - Move to the \myshare\net9.0\ folder and run .\TodoApi.exe
8 - BUG: the console shows nothing (not even the Url:port) and the api does not respond.

Expected behavior

I expected that the application runs fine from both local disk and shared folder

Actual behavior

The same application runs fine from local disk but fails (without any errors) if launched from a shared folder.

Regression?

No response

Known Workarounds

No response

Configuration

Here's my dotnet --info

.NET SDK:
Version: 9.0.307
Commit: 3bc3012cf9
Workload version: 9.0.300-manifests.6f9c3023
MSBuild version: 17.14.28+09c1be848

Runtime Environment:
OS Name: Windows
OS Version: 10.0.19045
OS Platform: Windows
RID: win-x64
Base Path: C:\Program Files\dotnet\sdk\9.0.307\

.NET workloads installed:
There are no installed workloads to display.
Configured to use loose manifests when installing new manifests.

Host:
Version: 9.0.11
Architecture: x64
Commit: fa7cdde

.NET SDKs installed:
1.1.0 [C:\Program Files\dotnet\sdk]
2.0.3 [C:\Program Files\dotnet\sdk]
2.1.526 [C:\Program Files\dotnet\sdk]
3.1.426 [C:\Program Files\dotnet\sdk]
6.0.428 [C:\Program Files\dotnet\sdk]
7.0.410 [C:\Program Files\dotnet\sdk]
8.0.414 [C:\Program Files\dotnet\sdk]
9.0.307 [C:\Program Files\dotnet\sdk]

.NET runtimes installed:
Microsoft.AspNetCore.All 2.1.30 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.All]
Microsoft.AspNetCore.App 2.1.30 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 3.1.32 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 6.0.36 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 7.0.20 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 8.0.20 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 8.0.22 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 9.0.11 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.NETCore.App 1.0.5 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 1.1.2 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 2.0.3 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 2.1.30 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 3.1.32 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 6.0.36 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 7.0.20 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 8.0.20 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 8.0.22 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 9.0.11 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.WindowsDesktop.App 3.1.32 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 6.0.36 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 7.0.20 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 8.0.20 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 8.0.22 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 9.0.11 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]

Other architectures found:
x86 [C:\Program Files (x86)\dotnet]
registered at [HKLM\SOFTWARE\dotnet\Setup\InstalledVersions\x86\InstallLocation]

Environment variables:
Not set

global.json file:
Not found

Learn more:
https://aka.ms/dotnet/info

Download .NET:
https://aka.ms/dotnet/download

Other information

No response

[MihuBot]

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

• 9.0.6 Running self-contained applications does not work from a network drive #116576
• 9.0.6 - Self Contained on a \\server\share\directory no longer executes #116521
• dotnet publish self contained won't run from fileshare #116909

[vittoft]

It's different than #116521 because:

1. it's not a SelfContained app
2. the process doesn't end with an error, it just stays there indefinitely
3. my version is 9.0.11 and that issue was fixed on 9.0.8

[dotnet-policy-service]

Tagging subscribers to this area: @vitek-karas, @agocke, @VSadov
See info in area-owners.md if you want to be subscribed.

[agocke]

Huh... That is strange. Does the same thing happen with 8.0?

[agocke]

Tried to repro this and I couldn't. One thing I did notice is that it started a lot slower, so it did sit at the black screen for a while.

[agocke]

One more thing to try: does this repro in Release mode as well?

[vittoft]

Hi @agocke,

• the same thing seems to be happening in net8. An old Owin .Net Framework application that does the same works fine (but probably not applicable comparison)
• it looks the same in both Debug and Release mode

I've tried to copy some other windows .exe in the same shared folder (to exclude any misconfiguration on the share) but other .exe run fine. Also tried creating a new shared folder from scratch, but no luck.

I tried leaving the application opened for some time, but still blank screen. I'll try again to leave it open for more time.

I tried to launch with debug in VS2022 to do some investigation.
When I hit the "Break all" it keeps stopping on a Thread.Sleep in Microsoft.Extensions.Primitives.ChangeToken.ChangeTokenRegistration<System.Action>.OnChangeTokenFired().

If I go to the beginning of the stacktrace, it seems something related to the watch on file changes on apsettings.json (Source.Path is appsettings.json )

Of course, I'm not changing the file but maybe the watcher is not working very well with the UNC path or something disturbs it (modified date on the file doesn't change either).

I'll let you know if I discover something else, thank you for your ideas in the meantime.

[vittoft]

Hi, I tried to leave the program open but after a few minutes it crashes with a (very long) stacktrace on screen and a stack overflow exception (0xc00000fd).

[agocke]

OK, that's very suspicious. Can you share the dump or (part of) the stack overflow stack trace?