Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

[WF] get_new_app_events logs with mylog("none", ...) — prints every 5 s regardless of LOG_LEVEL

Aperta Adatta ai principianti
  • Qualcosa non va?
#1,840 3 commenti 0 reazioni 0 assegnatari Vedi su GitHub

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
87/100
Tipo di issue
Bug
Chiarezza
Specificata chiaramente
Stato di attività
Attiva
Stack tecnologico
python
Ambito
backend

Direzione di ricerca

Leggi la chiamata di logging in server/workflows/manager.py:82 e confrontala con la chiamata adiacente in server/main.py:260. Modifica il livello del messaggio in modo che LOG_LEVEL possa silenziare il polling frequente senza eventi. Verifica poi che la riga non compaia più con il logging minimo, mentre sia ancora presente con il logging di debug.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

next release/in dev image 🚀
What installation are you running?

Production (netalertx) 📦 — ghcr.io/netalertx/netalertx:26.9.0

Is there an existing issue for this?
  • I have searched the existing open and closed issues and checked the docs
Current Behavior

The app log prints one line every ~5 seconds — about 17k lines/day:

01:24:49 [WF] get_new_app_events - new events count: 0
01:24:54 [WF] get_new_app_events - new events count: 0

This happens regardless of configuration: with LOG_LEVEL='minimal', and even after removing 'WORKFLOWS' from LOADED_PLUGINS (the call comes from the core main loop in server/__main__.py, not from the plugin).

Root cause

server/workflows/manager.py line 82 logs this message with level "none":

https://github.com/netalertx/NetAlertX/blob/49cd213164be1ad452b32e5df750c72f4a463c36/server/workflows/manager.py#L82

"none" is the lowest threshold in mylog, so the message prints at every LOG_LEVEL setting — effectively an unconditional print in the hot loop. The companion message two frames up, server/__main__.py line 260 ([MAIN] Processing WORKFLOW new_events from get_new_app_events), correctly uses "debug".

Expected Behavior

A periodic poll that almost always reports count: 0 should log at "debug" (or "trace"), consistent with the adjacent __main__.py call, and be silenceable via LOG_LEVEL.

Suggested fix

One-liner: change "none" to "debug" at server/workflows/manager.py:82. Happy to send a PR if that helps.

Context

Noticed while centralizing Docker container logs (journald → VictoriaLogs): this single line accounts for ~720 rows/h of the container's output with everything tuned down. Version 26.9.0 (digest 0ee5cdca…); the line is unchanged in main @ 49cd213.

Lingua principale
Python
Stelle
7.2k
Fork
456
Merge medio
19h 17m
PR unite (30g)
26

Preparare l'ambiente

Apri in Codespaces

Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di netalertx/NetAlertX

Tutte le issue di netalertx/NetAlertX

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.