Fix: Timer springt beim Seiten-Reload nicht mehr zurueck

Bei Research-Multi-Pass (3 Durchlaeufe) und bei Retry-Versuchen wird
pro Pass/Retry ein neuer refresh_log-Eintrag mit frischem started_at
angelegt. /incidents/refreshing gab dadurch beim Reload den spaeteren
started_at zurueck statt des urspruenglichen Session-Starts — der
Frontend-Timer sprang auf 0:00 zurueck.

Orchestrator traegt jetzt _current_task_started_at in-memory, gesetzt
beim Queue-Pickup und geraeumt im finally. /incidents/refreshing liefert
diesen Session-Start fuer den aktuell laufenden Task (Fallback: letzter
refresh_log-Eintrag, falls der Server zwischenzeitlich neu gestartet
wurde).

src/routers/incidents.py

@@ -168,12 +168,29 @@ async def get_refreshing_incidents(
     from agents.orchestrator import orchestrator
     queued_ids = list(orchestrator._queued_ids) if hasattr(orchestrator, '_queued_ids') else []
     current_task = orchestrator._current_task if hasattr(orchestrator, '_current_task') else None
+    # Session-Start des aktuell laufenden Tasks — stabil ueber Multi-Pass/Retry hinweg.
+    # Verhindert, dass der Frontend-Timer beim Reload auf den letzten Log-Eintrag
+    # (pass 2/3 oder retry n) zurueckspringt.
+    current_started_at = (
+        orchestrator._current_task_started_at
+        if hasattr(orchestrator, '_current_task_started_at') else None
+    )
+
+    details = {}
+    for row in rows:
+        iid = row["incident_id"]
+        started_at = (
+            current_started_at
+            if (iid == current_task and current_started_at)
+            else row["started_at"]
+        )
+        details[str(iid)] = {"started_at": started_at}
 
     return {
         "refreshing": [row["incident_id"] for row in rows],
         "queued": queued_ids,
         "current": current_task,
-        "details": {str(row["incident_id"]): {"started_at": row["started_at"]} for row in rows},
+        "details": details,
     }