Follow-up: finish the goos refactor and harden callLog's zero-arg case
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 65/100
Direzione di ricerca
Esaminare in cmd_service.go le funzioni serviceIsCurrent e reportInstallSuccess per vedere dove ancora si diramano internamente in base a goos. Esaminare anche la funzione di supporto callLog in cmd_service_systemd_test.go per comprenderne il comportamento attuale di echo "$@". L'obiettivo è rifattorizzare la diramazione goos per utilizzare il parametro passato e modificare callLog in modo che produca una stringa distinguibile anche per zero argomenti. Eseguire i test di servizio esistenti per assicurarsi che le modifiche non rompano nulla.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Context
Two follow-up items surfaced during review of #1080 (the fakeSystemctl/fakeLoginctl test harness), both explicitly noted by the reviewer as out of scope for that PR:
Items
-
serviceIsCurrent(cmd_service.go) andreportInstallSuccess(cmd_service.go:498) already receivegoos/runtime.GOOSas a parameter but still branch on it internally in places, the same patternloadService/controlService/supervisorRunning/unloadServicehad before #1080's refactor. Their darwin-only and linux-only logic still can't be exercised from the other host. Second half of the same refactor #1080 did for the other four functions. -
cmd_service_systemd_test.go'scallLoghelper writesecho "$@"to the log file; a zero-argument invocation would append a blank line, whichreadCallLogfilters out as empty — making a real (bugged) zero-argument call indistinguishable from a genuine "never called" outcome. Latent only: no real call site in the current code passes zero arguments, so nothing exercises this today. Worth hardening (e.g.echo "argv: $@") before it silently matters.
Additional Context
Both found during the #1076/#1080 review cycle for #945 (Linux install and systemd service lifecycle verification). Neither blocks anything currently shipped; low priority.
- Lingua principale
- Go
- Stelle
- 13
- Fork
- 40
- Merge medio
- 11h 31m
- PR unite (30g)
- 204
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun 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 rossoctl/cortex
-
feedback laptop
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
documentation
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di rossoctl/cortex
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
Validator client startup retry loop ignores context cancellation until the reconnect backoff expiresAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
OffchainLabs/prysm#17596 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
status: ready for dev
Difficoltà 1/5 1-3 ore Idoneità per principianti 92/100
hyperledger-labs/fabric-smart-client#2004 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
router-for-me/CLIProxyAPI#6259 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno