BUG: Settings distants non appliqués par l'agent (ConfigReceiverService) #20
Labels
No labels
bug
chore
design
dx:ci
dx:database
dx:dotnet
dx:infra
dx:security
dx:tests
dx:ui
etape-1
etape-2
etape-3
etape-4
etape-5
etape-6
etape-7
feature
priority-high
priority-low
priority-medium
security
spec
tech-debt
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
nonobis/Heimdall#20
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
🎯 Contexte
L'agent reçoit les settings du Central via le ConfigHub mais ne les applique pas (sauf
HeartbeatIntervalappliqué en direct).📚 Référence spec (MASTER_SPECIFICATION.md v2.0)
Phase 12 / agent : la config distante doit piloter le comportement de l'agent (intervalles, YOLO, caméras…).
SignalR config (skill heimdall-dev) : « settings reçus appliqués immédiatement »
🔍 État actuel (vérifié dans le code)
ConfigReceiverService.ApplySetting:HeartbeatInterval→ appliqué live ;LogLevel→ « applied on next restart » ; autres clés → « stored for future use » (log only).Full config reloadfetch l'API mais n'applique pas non plus.🧩 À faire
🧪 Critères d'acceptation
📁 Fichiers concernés
src/Heimdall.Agent/Services/ConfigReceiverService.cs, src/Heimdall.Agent/AgentOptions.cs
Corrigé par
83c2c6b(Fixes #20), poussé sur main.log.levelappliqué à chaud viaRuntimeLogLevel(règle globale en tête duLoggerFilterOptionspartagé + refresh des loggers existants) — effet immédiat, plus besoin de restartFetchFullConfigAsync) applique désormais toutes les clés reçues (heartbeat, log.level, credentials…) via le même pipeline que les événementsSettingChangedai.detection.*,detection.*,model.*,ffmpeg.*,yolo.*,camera.*) explicitement loggés « requires restart »