Dry-run OS/MCU apply records the new version, hiding the still-pending update from check() and status
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 76/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Tranquilla
- Stack tecnologico
- rust
- Ambito
- backend, embedded-iot, testing
Direzione di ricerca
Leggi crates/pod-updater/src/agent.rs, in particolare apply() e check(), poi esamina le scritture in dry-run in install.rs e il test os_and_mcu_apply_are_gated_dry_run. Subordina la registrazione delle versioni alla modalità dry-run e aggiorna il test per verificare che un’anteprima lasci l’aggiornamento disponibile e continui a segnalare la vecchia versione come installata.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
agent.rs apply() (crates/pod-updater/src/agent.rs:273-297) calls layout.record_version(kind, &component.version) after the OS/MCU writer returns Ok — including under dry_run, where nothing was actually flashed (DryOsSlotWriter/DryMcuFlasher just log and return Ok, install.rs:170-233). check() then filters out any component whose installed_version equals the manifest version (agent.rs:167-170), so after a single dry-run 'apply' the OS/MCU update silently disappears from available and current_versions reports the new version as installed even though the device still runs the old firmware. An operator doing a dry-run preview would afterward see no pending update. record_version should be gated on !dry_run (the os_and_mcu_apply_are_gated_dry_run test currently asserts the wrong behaviour).
Filed from a repo-wide code audit (working tree at bcad746).
- Lingua principale
- Rust
- Stelle
- 0
- Fork
- 0
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
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 GoogleBot42/podd
-
documentation
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 84/100
GoogleBot42/podd#63 ·
-
documentation
Difficoltà 1/5 1-3 ore Idoneità per principianti 78/100
GoogleBot42/podd#62 ·
-
documentation good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 69/100
GoogleBot42/podd#60 ·
-
documentation
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
GoogleBot42/podd#61 ·
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
GoogleBot42/podd#58 ·
Tutte le issue di GoogleBot42/podd
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
rubys/roundhouse#1917 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 2 giorni
-
good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
[cosmic-applet-battery] Division by zero displays NaN% when UPower reports max_brightness = 0Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
pop-os/cosmic-applets#1619 ·
I maintainer di solito rispondono entro 3 giorni
-
binding:python bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno