[IMPROVEMENT] Do not show WinGet updates that WinGet itself cannot install (example: MSYS2)
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 52/100
Direzione di ricerca
Start with the named entry points: NativeWinGetHelper.GetAvailableUpdates_UnSafe(), WinGetCliHelper.ParseAvailableUpdates(), and WinGetPkgOperationHelper; read related issue #882 and the Miniconda case in #2296. Check how WinGet distinguishes its normal upgrade table from the explicit-targeting table, then compare the two helper paths and the handling of error 0x8A150114. Done means explicit-targeting-only packages are not presented as installable normal updates, with the expected error explanation or ignore option handled consistently.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Please confirm these before moving forward.
- I have searched for my feature proposal and have not found a work-in-progress/duplicate/resolved/discarded issue.
- This improvement refers to an existing feature. If you want to suggest a new feature, please use this template.
- This improvement is not a bug. If you want to report a bug, please use this template.
Describe the improvement
Summary
UniGetUI shows an update for MSYS2. The update always fails.
WinGet marks this package as "explicit upgrade only". UniGetUI does not use this mark.
What happens
- UniGetUI shows "MSYS2 Installer 20260611 -> 20260927" in Software Updates.
- I start the update. WinGet stops with this message:
"The package cannot be upgraded using WinGet. Please use the method
provided by the publisher for upgrading this package." (0x8A150114) - I change the scope to "user" and set the install location. The update fails again.
MSYS2 updates itself with its own package manager (pacman).
WinGet cannot install this update. It does not matter which options I set.
What WinGet does
WinGet knows about this. The command winget upgrade does not show MSYS2
in the list of normal updates. WinGet shows MSYS2 in a separate list:
"The following packages have an upgrade available, but require explicit
targeting for upgrade."
What I expect
UniGetUI does the same as WinGet:
- UniGetUI does not show these packages as normal updates.
- Or: UniGetUI shows them with a clear note, for example
"This package updates itself". - If WinGet returns 0x8A150114, UniGetUI tells the user why the update failed.
UniGetUI then offers "Ignore updates for this package".
Workaround
I ignore updates for this package manually.
Where this happens in the code (current main)
- NativeWinGetHelper.GetAvailableUpdates_UnSafe() adds each package that has
IsUpdateAvailable = true. It does not check for "explicit upgrade only". - WinGetCliHelper.ParseAvailableUpdates() reads all tables from
winget update. It also reads the "require explicit targeting" table
as normal updates. - WinGetPkgOperationHelper handles the error code 0x8A150014.
It does not handle 0x8A150114.
Related issues: #882 (explicit-targeting table), #2296 (same problem with Miniconda).
Environment
- UniGetUI 2026.3.2
- WinGet v1.29.380
- Windows 11 Pro, build 26300
- MSYS2 installed for the current user only
Describe how this improvement could help users
Users see an update that can never succeed. They try it, it fails, and they
do not know why. Then they try other options and it fails again.
With this improvement, UniGetUI shows only updates that WinGet can install.
For packages that update themselves (MSYS2, Miniconda, and others), users
get a clear note and know which tool to use. This saves time and avoids
confusing error messages.
- Lingua principale
- C#
- Stelle
- 26.7k
- Fork
- 955
- Merge medio
- 15h 49m
- PR unite (30g)
- 93
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di Devolutions/UniGetUI
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
Devolutions/UniGetUI#5548 ·
I maintainer di solito rispondono entro 1 giorno
-
bug needs-author-answer
Difficoltà 2/5 1-3 ore Idoneità per principianti 55/100
Devolutions/UniGetUI#5595 · 2 commenti · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement priority: low
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
Devolutions/UniGetUI#5594 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
bug winget
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
Devolutions/UniGetUI#5593 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
install for this userApertaenhancement priority: low
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
Devolutions/UniGetUI#5581 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di Devolutions/UniGetUI
Issue simili
-
affected/v17 area/frontend type/bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 63/100
umbraco/Umbraco-CMS#24323 · 1 commento ·
I maintainer di solito rispondono entro 2 giorni
-
Bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
dotnet/roslynator#1859 ·
I maintainer di solito rispondono entro 1 giorno
-
agent-ex documentation medium-priority testing
Difficoltà 2/5 1-3 ore Idoneità per principianti 69/100
DigiBanks99/menlo#489 ·
I maintainer di solito rispondono entro 1 giorno
-
area:jobads-cv BE P3
Difficoltà 1/5 1-3 ore Idoneità per principianti 74/100
klasolsson81/jobbliggaren#2240 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
k2-fsa/sherpa-onnx#4100 ·
I maintainer di solito rispondono entro 2 giorni