[Regression] App Fails To Read FileSystem.AppDataDirectory On Startup

[Eddie-Hartman]

Description

Reading FileSystem.AppDataDirectory during CreateMauiApp causes the app to crash.

Steps to Reproduce

Run reproduction project code.

In short, add FileSystem.AppDataDirectory into the app's startup code in MauiProgram.cs and it fails.

Link to public reproduction project repository

https://github.com/Eddie-Hartman/MAUIFileLockingIssue

Version with bug

9.0.40 SR4

Is this a regression from previous behavior?

Yes, this used to work in .NET MAUI

Last version that worked well

9.0.30 SR3

Affected platforms

Windows

Affected platform versions

No response

Did you find any workaround?

No response

Relevant log output

[similar-issues-ai]

We've found some similar issues:

• [regression/8.0.3] Microsoft.Maui.Storage.FileSystem.Current.AppDataDirectory + CacheDataDirectory Broken - Windows 10 #18880 , similarity score: 81%

If any of the above are duplicates, please consider closing this issue out and adding additional context in the original issue.

Note: You can give me feedback by 👍 or 👎 this comment.

[Eddie-Hartman]

Is there a better way to capture what the errors on startup when not stepping through the code or breaking on all exceptions?

I ask because I've had other issues like forgetting to set up a service and you just get a generic error and exit code like:

Exception thrown: 'System.InvalidOperationException' in WinRT.Runtime.dll
Operation is not valid due to the current state of the object.

and then the app just crashes on startup which isn't really helpful since you may not know exactly what changed to make the app not launch at startup.

[Marnie-Majait]

I verified this issue using latest version Version 17.14.0 Preview 1.0 (Maui Version is 9.0.40) on Windows, I can't repro this issue on windows platform. Can you provide a more detailed reproduction steps or a video recording/screenshot to help us investigate further? Looking forward to your reply!

[Eddie-Hartman]

@Marnie-Majait that function call doesn't seem to consistently crash the app for startup, but it certainly does throw errors. In Exception Settings, turn on Common Language Runtime Exceptions. This also throws errors if the app is not ready to perform the migrate at context.Database.Migrate() later on MauiProgram.cs.

Even just in testing this, I'm getting random inconsistent crashes on startup. That's why I asked in my above comment how to debug these issues better. You clearly got the app to run and launch above, but for me sometimes it does, other times it just doesn't and this is that exact same repo and commit. All I get in the debug output is something like:
The program '[17420] MAUIFileLockingIssue.exe' has exited with code 3221226356 (0xc0000374).
Which with some googling appears to be a heap corruption issue? How?
I even have all CLR exceptions turned on for the purpose of recording the video, so I didn't hit an exception there.

I'm new to this Maui Blazor Hybrid setup and the app just randomly not launching without an efficient way to debug isn't really acceptable.

Anyway, here is that error specifically:

In frame 0, you can see the error I'm referring to above in my log output about the app not starting due to the heap corruption issue that I got while just trying to capture this info for you.

[Marnie-Majait]

This issue has been verified using Visual Studio 17.14 Preview 1 (9.0.40 & 9.0.30 & 9.0.22 & 9.0.0 & 8.0.100, 8.0.3). Can repro this issue on Windows platform.

[MartyIX]

#27172 was merged in 9.0.40, I wonder if downgrading the dependency in the project would fix this issue. I don't have time to do it right now but I find it worth trying.

I found this in my notes, I would just put it in the test project if it fixes the issue:

<!-- NOTE: Remove your bin/obj folders. Visual Studio will complain but build will be fine. The latter include always wins. The bin/obj clear is key. -->
<!-- https://www.nuget.org/packages/Microsoft.WindowsAppSDK -->
<PackageReference Condition="$(TargetFramework.Contains('-windows'))" Include="Microsoft.WindowsAppSDK" Version="1.6.241114003" NoWarn="NU1605" />