BReg check_registry_audit doc comment still says a torn final entry blocks doctor
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 1/5
- Tempo stimato
- Meno di un'ora
- Idoneità per principianti
- 86/100
- Tipo di issue
- Documentazione
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- rust
- Ambito
- documentation
Direzione di ricerca
Dopo il merge delle PR #1712 e #1701, apri crates/registry-breg/src/startup.rs e leggi il commento su check_registry_audit intorno alle righe 890-894. Riformulalo in modo che identifichi la directory non scrivibile e gli altri rifiuti di check_writable come blocchi, rimuovendo al contempo l’affermazione secondo cui una voce finale incompleta blocca doctor.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Once PR #1712 merges, the doc comment on check_registry_audit in crates/registry-breg/src/startup.rs (lines 890 to 894 on main) is false:
a torn final entry or an unwritable directory there blocks an operator command exactly as one in the runtime's own destination would, so doctor must refuse it too instead of reporting a clean audit dependency.
PR #1712 (#1614) makes the shared writer recover a torn final line at open (the torn bytes go to an owner-only <path>.torn side file), and FileDestination::check_writable now accepts a torn final line without changing anything. So a torn final entry no longer blocks an operator command or doctor; only an unwritable directory (and the other check_writable refusals) still do.
Fix: reword the comment to name what still blocks. PR #1712 left it alone because PR #1701 is changing crates/registry-breg; do this after both merge.
Refs: #1614, #1712.
- Lingua principale
- Rust
- Stelle
- 2
- Fork
- 0
- Merge medio
- 8h 10m
- PR unite (30g)
- 222
Preparare l'ambiente
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 registrystack/registry-stack
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
registrystack/registry-stack#1753 ·
I maintainer di solito rispondono entro 1 giorno
-
area:casework bug criticality:p3 triage:needs-implementation
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
registrystack/registry-stack#1729 ·
I maintainer di solito rispondono entro 1 giorno
-
area:breg bug criticality:p3 triage:needs-implementation
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
registrystack/registry-stack#1682 ·
I maintainer di solito rispondono entro 1 giorno
-
area:casework bug criticality:p3 triage:needs-implementation
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
registrystack/registry-stack#1669 ·
I maintainer di solito rispondono entro 1 giorno
-
agent-ready area:platform criticality:p3 documentation triage:needs-implementation
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
registrystack/registry-stack#1639 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di registrystack/registry-stack
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
trezor/trezor-firmware#7997 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
smol-machines/smolvm#1489 · 1 commento · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno