Block a user
DarstellungView: Panel-Update Race bei schnellen Edits
Behoben in fb55307.
Änderungen:
- Sequence-Counter für
loadPanels()und neuesrefreshDashboardList()– veraltete API-Responses werden verworfen statt frische Daten zu überschreiben -…
DashboardView: Polling überschreibt WebSocket-Updates
Hinweis: In #66 wurde ein ähnliches Problem in DeviceCard gelöst (Readings-Merge statt Replace, damit WS-Events nicht verloren gehen). Das gleiche Pattern könnte hier für DashboardView…
DeviceCard: doppelte Watch-Trigger verursachen parallele API-Calls
DeviceCard: doppelte Watch-Trigger verursachen parallele API-Calls
Behoben in 088b185:
- Loading-Guard: verhindert parallele loadSensors() Calls
- WS-Handler akzeptiert neue Sensor-Keys statt sie zu skippen
- Readings-Merge statt Replace: WS-Events bleiben…
DashboardView: Polling überschreibt WebSocket-Updates
Cross-Reference: In #63 (ad02f6a) wurde refreshDevices() mit isDragging- und persistInProgress-Guards versehen, plus ein Catch-up-Refresh nach Persist-Abschluss. Das entschärft die Race…
Frontend: N+1 Sensor-Loading durch Batch-Call ersetzen
Backend: Batch-Endpoint für Sensoren aller Devices
Auth: Hard Redirect bei 401 killt laufende Requests
Settings: Config wird nach Save nicht für andere Tabs aktualisiert
DashboardView: Polling überschreibt WebSocket-Updates
DiscoveryCard: async Watch Race bei Split-Depth Änderungen
DarstellungView: Panel-Update Race bei schnellen Edits
DeviceCard: doppelte Watch-Trigger verursachen parallele API-Calls