[Package Issue]: Helm.Helm 3.11.1

[EricStG]

Please confirm these before moving forward

• I have searched for my issue and not found a work-in-progress/duplicate/resolved issue.
• I have not been informed if the issue is resolved in a preview version of the winget client.

Category of the issue

Installation issue.

Brief description of your issue

When installing Helm, it sets updates to path to include %LocalAppData%\Microsoft\WinGet\Packages\Helm.Helm_Microsoft.Winget.Source_8wekyb3d8bbwe.

Unfortunately, the binaries are under %LocalAppData%\Microsoft\WinGet\Packages\Helm.Helm_Microsoft.Winget.Source_8wekyb3d8bbwe\windows-amd64.

Steps to reproduce

Install Helm
Try to use it

Actual behavior

Path is not set to the binaries (or the binaries are not in the path)

Expected behavior

We should be able to run Helm without having to manuallu update the path

Environment

Windows: Windows.Desktop v10.0.22621.1194
System Architecture: X64
Package: Microsoft.DesktopAppInstaller v1.19.10173.0

Screenshots and Logs

No response

[denelon]

@EricStG you will most likely need to close and reopen your shell/terminal for the Path entry to take effect.

[EricStG]

@denelon I did! The path isn't set property to begin with

[denelon]

@EricStG I just tried and got the same behavior. I'll dig in and see if I can figure out what is happening.

[weeix]

The problem is also reproducible for me. I've been manually adding \windows-amd64 to the path entry as a workaround.

[denelon]

It looks like @ryfu-msft has an idea of how to fix this bug since he self-assigned the Issue. 😊

[denelon]

• Root directory of portable packages is always added to the PATH regardless of RelativeFilePath winget-cli#2909

[mdanish-kh]

Resolved in WinGet v1.5.1081-preview release