How can GodotEngine.GodotEngine.Mono both exist and not?

[RokeJulianLockhart]

+ winget update
+ Name                                 Id                                            Version             Available Source
+ -----------------------------------------------------------------------------------------------------------------------
- Corsair iCUE5 Software               Corsair.iCUE.5                                5.22.81             5.23.97   winget
- Visual Studio Community 2022 Preview Microsoft.VisualStudio.2022.Community.Preview 17.14.0 Preview 7.0 17.14.0   winget
- OBS Studio                           OBSProject.OBSStudio                          31.0.3              31.0.4    winget
+ Godot Engine (Mono)                  GodotEngine.GodotEngine.Mono                  4.3                 4.4.1     winget
- 4 upgrades available.
+ 1 package(s) have version numbers that cannot be determined. Use --include-unknown to see all results.

winget update GodotEngine.GodotEngine.Mono
No installed package found matching input criteria.

winget search GodotEngine.GodotEngine.Mono
Name                Id                           Version Source
----------------------------------------------------------------
Godot Engine (Mono) GodotEngine.GodotEngine.Mono 4.4.1   winget

winget install GodotEngine.GodotEngine.Mono
Found Godot Engine (Mono) [GodotEngine.GodotEngine.Mono] Version 4.4.1
This application is licensed to you by its owner.
Microsoft is not responsible for, nor does it grant any licenses to, third-party packages.
Downloading https://github.com/godotengine/godot/releases/download/4.4.1-stable/Godot_v4.4.1-stable_mono_win64.zip
  ██████████████████████████████  87.5 MB / 87.5 MB
Successfully verified installer hash
Extracting archive...
Successfully extracted archive
Starting package install...
Command line alias added: "godot"
Command line alias added: "godot_console"
Successfully installed
Notes: Note when running WinGet to Install This Package *Without Admin Privileges*:
WinGet *Can Not* Create Command Line Alias(es) unless Admin Privileges are provided, as without Admin Privileges Winget *Can Not* Create Symbolic Links for those Command Lines Aliases.
More Details:
  https://github.com/microsoft/winget-cli/issues/549
  https://github.com/microsoft/winget-cli/issues/361

How is this possible? Damned Schrodinger's package. (BTW, on that note, why didn't it prompt me to provide administrator privileges?)

[denelon]

That is a strange case. Try winget upgrade --id GodotEngine.GodotEngine.Mono

I'm suspecting something in the correlation isn't working correctly. If the above command works and your original one fails, I suspect that's a bug in WinGet. There might already be an issue filed for that.

Symbolic links are only available to an "administrator" or if Developer Mode is enabled.
If neither of the above is true, WinGet will add a path entry, which should still work.

We've done some improvements related to how portable packages are treated. Usually, the symbolic links will fail for cases where the executable needs to be collocated with other DLLs. We've added some improvements to the schema in:

• Fix PATH issue for archive containing nested portables with binary dependencies winget-cli#4816

[RokeJulianLockhart]

Try winget upgrade --id GodotEngine.GodotEngine.Mono.

I'm suspecting something in the correlation isn't working correctly. If the above command works and your original one fails, I suspect that's a bug in WinGet. There might already be an issue filed for that.

@denelon, despite having since run winget install GodotEngine.GodotEngine.Mono, winget upgrade --id GodotEngine.GodotEngine.Mono now erroneously returns "No installed package found matching input criteria." I presume that this is a generic failure message that's returned even when a package merely has no updates? It's a little ambiguous.

Considering that this may be a problem with $Env:PATH, the undermentioned output may be relevant, which is produced when godot in $Env:PATH is invoked, or when its full path is invoked, with &, or in cmd (albeit not Start-Process, strangely):

ERROR: .NET: Assemblies not found
   at: (modules/mono/mono_gd/gd_mono.cpp:530)

It produces an error modal upon invocation:

I've mentioned this at godotengine/godot#104199 (comment), which discusses $Env:PATH too.

Symbolic links are only available to an "administrator" or if Developer Mode is enabled. If neither of the above is true, WinGet will add a path entry, which should still work.

Yes, (Get-Command godot).FileVersionInfo.FileName does return $Home\AppData\Local\Microsoft\WinGet\Links\godot.exe after merely winget install GodotEngine.GodotEngine.Mono.

Ultimately, since reinstallation appeared to have updated it, I presume that I'll need to wait until the next update occurs. I'll attempt to remember to revisit this if it does. This is confusing enough that I shan't bother to revert to a previous version to evaluate what the cause is yet.

[denelon]

I'm glad a reinstall seems to have fixed the issue. If we can get verbose logs and a solid reproduction of what happened, I should be able to isolate it to WinGet, the manifest, or the installer.

[sex21vvv]

#270968 (comment)

[RokeJulianLockhart]

That's some of the crappiest spam I've seen. Reported as Ticket 3560411.