microsoft / microsoft/winget-cli
Updating some 32 bit apps automatically replaces them with 64 bit version
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 26.4k
- Forks
- 1.8k
- Avg merge
- 1d 11h
- Merged PRs (30d)
- 15
Description
Relevant area(s)
WinGet CLI
Relevant command(s)
No response
Brief description of your issue
I don't know if this happens with any other applications but I have been able to consistently reproduce this issue with Microsoft.AccessDatabaseEngine.2016
Steps to reproduce
Install an older version of Microsoft.AccessDatabaseEngine.2016 32 bit
Upgrade via winget
Expected behavior
Application should reference the installed versions bitness or architecture (As the flag for manually specifying is named) when upgrading without any arguments.
Actual behavior
Application replaces 32 bit version with 64 bit version.
Environment
Windows Package Manager v1.11.430
Copyright (c) Microsoft Corporation. All rights reserved.
Windows: Windows.Desktop v10.0.26100.4652
System Architecture: X64
Package: Microsoft.DesktopAppInstaller v1.26.430.0
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the WinGet CLI upgrade flow and reproduce the issue by upgrading an older 32-bit Microsoft.AccessDatabaseEngine.2016 installation on an x64 system. Trace how the upgrade selects the package architecture when no arguments are supplied; done means the existing 32-bit installation is retained rather than replaced by the 64-bit version.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100