Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improved architecture handling for Microsoft.Rest type source(s) #5145

Open
denelon opened this issue Jan 17, 2025 · 0 comments
Open

Improved architecture handling for Microsoft.Rest type source(s) #5145

denelon opened this issue Jan 17, 2025 · 0 comments
Labels
Issue-Feature This is a feature request for the Windows Package Manager client.

Comments

@denelon
Copy link
Contributor

denelon commented Jan 17, 2025

Description of the new feature / enhancement

Some packages offer a different "latest" version of an application based on the architecture supported.

When the WinGet client is communicating with a REST endpoint the communications should be optimized to deal with different versions for different architectures.

The default flow should provide a better customer experience for both the "install" and "upgrade" scenarios.

When a specific architecture is specified using arguments, the response should honor the architecture specified.

When the "download" flow is being used, there should be an affordance to download the latest versions for "all" architectures.
There may also be caveats when a specific version is requested as opposed to just the "latest" version.

Related to:

Proposed technical implementation details

No response

@denelon denelon added the Issue-Feature This is a feature request for the Windows Package Manager client. label Jan 17, 2025
@denelon denelon added this to WinGet Jan 17, 2025
@denelon denelon moved this to To Do in WinGet Jan 17, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Issue-Feature This is a feature request for the Windows Package Manager client.
Projects
Status: To Do
Development

No branches or pull requests

1 participant