Fixes issues with the build script in detecting dump files to upload and analyze

[michael-hawker]

#170 failed on main here: https://github.com/CommunityToolkit/Windows/actions/runs/5828716207/job/15806953245

But the dump detection, upload, and auto-analysis didn't run.

I missed that the plugin (dorny/paths-filter) I picked doesn't work on untracked files, only git files. So using GitHub Action output to search for a dump file and use that for analysis.

Will see if this build fails at least once for a test... (the rare time you want something to fail)...

Fixes CommunityToolkit/Tooling-Windows-Submodule#7 in c18dc07

[michael-hawker]

Was using linux command, but the default Windows shell is PowerShell, so adjusted command, should be good now.

Also VS Code kept modifying the config file due to the new dotnet environment they shipped, so made change here so it stops modifying it locally all the time.

[michael-hawker]

Ok, didn't realize PowerShell would throw an error and stop things inline like that, added SilentlyContinue to the command, so now should be blank as expected if no files found.

[michael-hawker]

Added always flag for detecting the dump file.

[michael-hawker]

Still not doing what I expect with the detection... outputting some tests

Removed the vs code config stuff, something happened with an infinite loop for me locally suddenly with the new C# extension (conflict between need for msbuild as winappsdk vs. it trying to use dotnet or something...) We'll have to look into that later for #101

[michael-hawker]

Think I've got the build stuff sorted now with the auto-dump analysis (though doesn't seem as helpful in these test scenarios without more commands), though adding /Blame to the test runner does provide nicer output of the crash.

Tried ignoring a few tests that pop-up in the logs, but really think this is a memory constriction type issue.

[michael-hawker]

Rebased on top of #173 in order to get preview feed packages so I can check NuGet icon whilst I'm doing builds.

[michael-hawker]

@Arlodotexe do you want us to merge this into your .NET 7 branch as it should be more stable with the few disabled tests hopefully (or at least better report ones that are still problematic)?

[Arlodotexe]

If the CI keeps failing on #117, I will do that. Otherwise I plan on closing #117 and then closing this.

[michael-hawker]

Hmm, filename change for casing didn't make a difference. The iconUrl is showing up in the manifest though, so it's something specific to do with PackageIcon... we're doing everything according to the docs, so not sure what's wrong here and why that isn't showing up in the package metadata... Going to try updating the NuGet Pack lib and see what happens. Think SourceLink is changing too, but we can investigate that later too, maybe that's a .NET 8 thing...

[michael-hawker]

Alright, rebased back on top of main so we can merge ahead of #173 if needed.

[niels9001]

@michael-hawker Nit: Nuget recommends a 128x128px icon vs. the 256 we use now? But I'll PR and update that so this can go through!