Skip to content

.NET Hosting Bundle 6.0.32 missing dotnet-host-6.0.32-win-x64.msi from Package Cache #62232

Open
@vsbhatt-at-ucb

Description

@vsbhatt-at-ucb

Description

I’m trying to install a commercial application that requires dotnet-host-6.0.32-win-x64.msi to complete installation.

I’ve installed the .NET 6.0.32 Hosting Bundle (x64) from the official page, but only dotnet-host-6.0.32-win-x86.msi is placed into the Package Cache, not the x64 version.

This is causing the installer to fail because it explicitly looks for the x64 .msi under the GUID path in the cache:
C:\ProgramData\Package Cache{GUID}\dotnet-host-6.0.32-win-x64.msi

I’ve tried installing:

.NET 6.0.32 Hosting Bundle (x64)
.NET 6.0.32 Runtime
.NET SDK 6.0.424 and 6.0.132
ASP.NET Core and Desktop Runtimes

But none of them deposit the x64 .msi in the Package Cache.

Can you please help provide a direct download link for dotnet-host-6.0.32-win-x64.msi, or advise on which installer correctly places it?

Reproduction Steps

Reproduction Steps:

Visit https://dotnet.microsoft.com/en-us/download/dotnet/6.0

Download and run dotnet-hosting-6.0.32-win.exe

Check C:\ProgramData\Package Cache

Observe that dotnet-host-6.0.32-win-x86.msi exists, but no dotnet-host-6.0.32-win-x64.msi

Expected behavior

After installing the .NET 6.0.32 Hosting Bundle (x64), I expect both dotnet-host-6.0.32-win-x86.msi and dotnet-host-6.0.32-win-x64.msi to be written to the C:\ProgramData\Package Cache directory. This would allow third-party application installers (like PairTrade Finder) to locate and use them during installation.

Actual behavior

Only dotnet-host-6.0.32-win-x86.msi is placed in the Package Cache after running the Hosting Bundle installer.

dotnet-host-6.0.32-win-x64.msi is missing entirely, which causes the third-party installer to fail when it tries to locate this specific .msi file using its GUID-based path.

Regression?

No response

Known Workarounds

No response

Configuration

No response

Other information

No response

Metadata

Metadata

Assignees

No one assigned

    Labels

    needs-area-labelUsed by the dotnet-issue-labeler to label those issues which couldn't be triaged automaticallyuntriaged

    Type

    No type

    Projects

    Status

    No status

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions