[BUG] Chocolatey update reports success without upgrading when a saved version override targets the installed version
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 35/100
Direzione di ricerca
Start with the Chocolatey update path that builds the upgrade arguments from the saved per-package options in InstallationOptions/Chocolatey.ghidra.json, where --version=12.0.4 and --allow-downgrade get added. Then find where the command's exit code is turned into the "updated successfully" message. Reproduce by saving a version override equal to the installed version and checking that the run reports zero upgraded packages. Done means a no-op upgrade is not reported as success and the conflict is shown to the user, and the chosen behaviour is agreed in the thread first.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Please confirm these before moving forward
- I have searched for my issue and have not found a work-in-progress/duplicate/resolved issue.
- I have tested that this issue has not been fixed in the latest (beta or stable) release.
- I have checked the FAQ section for solutions.
- This issue is about a bug (if it is not, please use the correct template).
UniGetUI Version
2026.3.3
Windows version, edition, and architecture
Windows 11, build 26300 (10.0.26300.0); edition and architecture not collected
Describe your issue
Ghidra repeatedly appears in Software Updates as 12.0.4 -> 12.2.0. Clicking Update reports "Ghidra was updated successfully", but the installed version remains 12.0.4 and the update reappears after a scan.
The package has a saved installation option selecting Version 12.0.4. UniGetUI uses that old version for the update command even though the update list displays 12.2.0. Chocolatey performs no upgrade and exits successfully; UniGetUI then presents this as a completed update.
Expected: if a saved version override prevents an offered update, UniGetUI should clearly explain the conflict and avoid claiming the package was updated. It could skip the incompatible update or ask the user to change the version selection. A successful command that upgrades zero packages should not be presented as a successful package update.
Steps to reproduce the issue
Observed repeatedly with Chocolatey package ghidra:
- Have Ghidra 12.0.4 installed and a saved per-package version selection of 12.0.4.
- Scan for updates; UniGetUI offers Ghidra 12.2.0.
- Select Ghidra and click Update selection.
- UniGetUI runs the upgrade command with --version=12.0.4 --allow-downgrade.
- Chocolatey upgrades 0/1 packages and exits with code 0. UniGetUI reports "Ghidra was updated successfully".
- Scan again: Ghidra 12.0.4 -> 12.2.0 is offered again.
UniGetUI Log
Relevant operation-history details (sanitized excerpt):
Update options: Version: "12.0.4"; OverridesNextLevelOpts: True
Version: 12.0.4 -> 12.2.0
Arguments: upgrade ghidra -y --no-progress "--version=12.0.4" --allow-downgrade
Displayed result: Ghidra was updated successfully
Package Managers Logs
Chocolatey v2.5.0
Update detection: ghidra|12.0.4|12.2.0|false
Command: choco upgrade ghidra -y --no-progress "--version=12.0.4" --allow-downgrade
Result: ghidra v12.0.4 is the latest version available based on your source(s).
Chocolatey upgraded 0/1 packages.
Exit code: 0
Relevant information
Saved per-package configuration in InstallationOptions/Chocolatey.ghidra.json:
{
"OverridesNextLevelOpts": true,
"Version": "12.0.4"
}
The Version property has since been removed as a workaround. An actual upgrade after removing it has not yet been verified.
This report concerns the mismatch between update discovery, saved version selection, and success reporting in UniGetUI. No failure to download or install Ghidra 12.2.0 was observed, because that version was never requested by the generated command.
The origin of the saved version selection is unknown.
Duplicate search and FAQ review
Searched open and closed issues for Ghidra, version overrides, saved Chocolatey options, and successful updates that do not update the package. No exact duplicate of this saved Chocolatey version override scenario was found.
Related reports reviewed:
- #4954: WinGet updates reported as not applicable were incorrectly reported as successful; fixed through #4998. Different package manager and trigger.
- #5251: PowerShell 5.x module operation failures reported as success; fixed through #5309. Different package manager and failure mode.
- #4696: Avalonia updates list failed to remove successfully updated Scoop packages; fixed in 2026.1.9. Here Chocolatey actually upgrades zero packages and a fresh scan still offers the update.
- #5076: Updates could appear successful when a running application could not be closed; addressed in #5624. Different trigger.
Reviewed the README FAQ: it does not cover saved Chocolatey version overrides or successful no-op upgrades.
Screenshots and videos
No response
- Lingua principale
- C#
- Stelle
- 26.8k
- Fork
- 970
- Merge medio
- 17h 24m
- PR unite (30g)
- 126
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
-
bug winget
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
Devolutions/UniGetUI#5683 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
Auto Shut Down FeatureApertanew-feature priority: low
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
Devolutions/UniGetUI#5677 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
new-feature priority: medium
Difficoltà 5/5 Più di una settimana Idoneità per principianti 12/100
Devolutions/UniGetUI#5667 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
[IMPROVEMENT] Option to also quit UniGetUI when an automatic update pass finds nothing to installApertaenhancement priority: low
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
Devolutions/UniGetUI#5665 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement winget
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
Devolutions/UniGetUI#5662 · 1 commento · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di Devolutions/UniGetUI
Issue simili
-
t/bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
dotnet/maui#39950 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
CommunityToolkit/Datasync#600 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
NimblePros/deviq-hugo#121 ·
I maintainer di solito rispondono entro 1 giorno
-
RANDOM_REPLACE does not keep the date format when the month abbreviation has a trailing periodAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
philterd/phileas-dotnet#188 ·
-
Add All ContributorsApertaenhancement ready-for-human
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
fboucher/2d6-dungeon-app#288 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno