Installed non-winget app with the same "Name" as a winget app got mistakenly identified

[Elkiwa]

Relevant area(s)

WinGet CLI

Relevant command(s)

winget list

Brief description of your issue

Described as in title. However, the issue appeared to me only today but not prior also seems rather off as I typically ran the commands in a daily fashion and the app had already been installed for several months.

Steps to reproduce

1. Install Readwise Reader
2. winget list --upgrade-available

Expected behavior

PS ~\Sync\TVs> winget list --upgrade-available
No installed package found matching input criteria.

Actual behavior

PS ~\Sync\TVs> winget list --upgrade-available
Name   Id             Version  Available Source
-----------------------------------------------
Reader hadc188.Reader 0.1.3083 1.3.1     winget
1 upgrades available.

Environment

Windows Package Manager v1.29.290
© 2026 Microsoft. All rights reserved.

Windows: Windows.Desktop v10.0.26200.9168
System Architecture: X64
Package: Microsoft.DesktopAppInstaller v1.29.290.0

[github-actions]

Possible duplicate(s):

Thank you for submitting this issue.

The issue(s) below may already track your request or bug. Please take a look — if one of them matches, give that issue a 👍 and close this one as a duplicate. Older or curated issues are preferred as the canonical one to follow.

• Incorrect package name matching #3696 — WinGet incorrectly correlates an installed app by name similarity (ARP matching), causing a different package to be shown as upgradeable — the same root behavior as reported here.
• WinGet Incorrectly Matches Two Different Applications Sharing the Same Package Name #6087 — WinGet incorrectly matches two distinct applications that share the same PackageName, treating them as the same package and showing false upgrade availability.

Template: msftbot/duplicate/surfaced by Duplicate Surfacing