Promote develop → main (2026-04-29 20:10 UTC) #3
In neuem Issue referenzieren
Einen Benutzer sperren
Branch "develop" löschen
Das Löschen eines Branches ist permanent. Obwohl der Branch für eine kurze Zeit weiter existieren könnte, kann diese Aktion in den meisten Fällen NICHT rückgängig gemacht werden. Fortfahren?
Automatischer Promote-Trigger via AegisSight Promote-UI. Commits: 4
Im Create-Flow wurde .blurred in selectIncident() erst entfernt und gleich darauf via _showPopupProgress wieder gesetzt. CSS filter:blur greift in der Kombination (frischer isFirst-State + selectIncident im selben Tick + viel vorausgehende DOM-Manipulation durch Modal-Close + renderSidebar) nicht zuverlaessig im selben Frame — der Fall war bis zum Wegklicken/Zurueckklicken unblurred. selectIncident: remove("blurred") wird uebersprungen, wenn der zustaendige Progress-State isFirst=true und nicht minimiert ist (Blur soll bestehen bleiben statt remove+add im selben Tick). createIncident: zusaetzlich requestAnimationFrame mit grid.classList.add im naechsten Frame, falls der Browser den ersten add-Aufruf in selectIncident nicht visuell uebernommen hat. Doppeltes Setzen ist idempotent. dashboard.html: cache-bust app.js auf v=20260427a.Vorheriger Patch hatte den rAF nur im Create-Flow gesetzt. Damit funktionierte zwar das Anlegen, aber das Auswaehlen einer existierenden Lage, deren erste Recherche gerade laeuft (oder nach einem manuellen ersten Refresh), blieb unblurred. Loesung: rAF mit add("blurred") jetzt zentral in selectIncident, sobald der Progress-State isFirst=true und nicht minimiert ist. Damit greift der Blur in allen Pfaden (Anlegen, manueller Refresh, Auswahl einer laufenden Lage, Wechsel zwischen Faellen, Initial-Load via savedId). Der zusaetzliche rAF in createIncident von2ee90a4ist damit redundant und wieder entfernt — der zentrale Hook in selectIncident deckt den Fall mit ab. cache-bust app.js auf v=20260427b.Vorheriger Fix in selectIncident griff nicht beim handleRefresh-Pfad (manueller Aktualisieren-Klick), weil dieser direkt UI.showProgress aufruft ohne selectIncident zu durchlaufen. Damit blieb eine Lage, deren erster Refresh per Klick angestossen wurde, unblurred. rAF mit add("blurred") jetzt direkt in _showPopupProgress (components.js), sobald state.isFirst gesetzt ist. Damit greift der Blur in jedem Pfad, der durch _showPopupProgress laeuft — selectIncident, handleRefresh, handleStatusUpdate (WebSocket), Initial-Restore. Der zentrale rAF in selectIncident ist redundant und wieder entfernt. Der _willReBlur-Skip von remove("blurred") in selectIncident bleibt erhalten — verhindert ueberfluessiges remove+add im selben Tick. cache-bust components.js auf v=20260427a, app.js auf v=20260427c.