fix(ui): Header während der ersten Recherche bedienbar halten

Das blockierende Fortschritts-Overlay (.progress-overlay.blocking) liegt
position:fixed über dem gesamten Viewport und schluckt damit auch die
Klicks auf den globalen Header. Beim ersten Durchlauf eines Falls waren so
Barrierefreiheit, Theme-Wechsel, Konto-Menü inkl. Org-Switcher und
Abmelden nicht erreichbar.

Neue Body-Klasse first-refresh-blocking hebt den Header per z-index über
das Overlay, solange dieses blockierend sichtbar ist. UI._syncHeaderAccess()
spiegelt den Overlay-Zustand an allen Stellen, die das Overlay ein- oder
ausblenden.

Die fallbezogenen Aktionen (Aktualisieren, Bearbeiten, ...) bleiben
unverändert gesperrt: dafür sorgen weiterhin #incident-view.refresh-blurred
und .incident-header-actions.first-refresh-locked.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

src/static/css/style.css

@@ -2144,6 +2144,14 @@ a.dev-source-pill:hover {
     pointer-events: auto;
     background: rgba(0,0,0,0.15);
 }
+/* Der globale Header bleibt auch während der ersten (blockierenden) Recherche
+   bedienbar. Das Overlay deckt sonst den gesamten Viewport ab und schluckt die
+   Klicks auf Barrierefreiheit, Theme-Wechsel, Konto-Menü und Abmelden.
+   Gesperrt bleiben ausschließlich die fallbezogenen Aktionen (Aktualisieren,
+   Bearbeiten, ...) über #incident-view.refresh-blurred. */
+body.first-refresh-blocking .header {
+    z-index: 9100;
+}
 .progress-popup {
     pointer-events: auto;
     background: var(--bg-primary);