Enable ruff security, logging and debugging rules (S, T20, LOG, G, DTZ, ERA, TD, FIX, EXE)
I maintainer di solito rispondono entro 1 giorno
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 18/100
Direzione di ricerca
The payload names no specific files, only the ruff rule groups (S, T20, LOG, G, DTZ, ERA, TD, FIX, EXE) and the S101 asserts, T20 prints, and DTZ datetimes they touch. Start with the ruff configuration in the repository and linked pull request #3915 to see which rules are already enabled and what has been fixed. Done means the new rules pass with each finding either fixed or suppressed with a stated reason, and error responses and published schemas are unchanged.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Phase 1 step 1.8, group 6 of the rules workstream: enable ruff's security, logging and debugging rules (S, T20, LOG, G, DTZ, ERA, TD, FIX, EXE).
- Security (
S): fix each finding, or keep it with an inline reason where it's a false positive (fake secrets in tests, repository commands run by tests, fixed container paths). - Asserts outside tests (
S101): replace type-narrowing asserts with explicit checks, without changing any error response. - Prints (
T20): remove debug prints from application code; command-line scripts keep their output, with a reason. - Logging (
LOG,G): module loggers and lazy formatting, with identical message text. - Datetimes (
DTZ): never switch a value between naive and aware; keep naive values that must stay naive, with a reason. - Leftovers (
ERA,TD,FIX,EXE): delete commented-out code, turn TODOs into plain notes or issue links, and match shebangs with the executable bit.
Error responses and published schemas must not change.
- Lingua principale
- Python
- Stelle
- 18
- Fork
- 33
- Merge medio
- 1g 15h
- PR unite (30g)
- 18
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 PolicyEngine/policyengine-api
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 88/100
PolicyEngine/policyengine-api#3911 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
PolicyEngine/policyengine-api#3910 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
PolicyEngine/policyengine-api#3912 ·
I maintainer di solito rispondono entro 1 giorno
-
validate_country prints "Validating country" on every requestForse già presa @anth-volk l’ha presa oggi. Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 25/100
PolicyEngine/policyengine-api#3909 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 Mezza giornata Idoneità per principianti 48/100
PolicyEngine/policyengine-api#3908 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di PolicyEngine/policyengine-api
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
Deltares/imod-python#1940 ·
I maintainer di solito rispondono entro 1 giorno
-
effort: low prio: low ready
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
digitalfabrik/integreat-cms#4621 ·
I maintainer di solito rispondono entro 5 giorni
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
ioos/compliance-checker#1375 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
netbox status: backlog topic: testing type: housekeeping
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
netbox-community/netbox#23395 ·
I maintainer di solito rispondono entro 1 giorno