Symptom: Nach Split funktionierten die Ebenen nicht und Container
erschienen doppelt.
Two bugs:
1. FIRST_RUN-Detection war global statt mode-aware:
- Beim ersten Plugin-Start war doc.Strings leer.
- Bridge A (z.B. Zeichnungsebenen) sah leer → sendete FIRST_RUN
→ React schickte APPLY mit `z=INITIAL_Z, e=[]`.
- Backend speicherte `[]` fuer dossier_ebenen → fortan war
doc.Strings nicht mehr leer.
- Bridge B (Ebenen) sah dossier_ebenen vorhanden ("[]") → sendete
STATE_SYNC mit leerer Liste statt FIRST_RUN → React-App
ueberschrieb INITIAL_EBENEN mit `[]` → leere UI.
Fix: `_on_ready` prueft jetzt mode-spezifisch ob SEINE Slice in
doc.Strings ist. "ebenen"-Mode schaut auf dossier_ebenen,
"zeichnungsebenen" auf dossier_zeichnungsebenen.
2. APPLY ueberschrieb fremde Slice mit Fallback-`[]`:
- Wenn nur eine Panel-Slice im Payload kam, las Backend die
andere aus doc.Strings (= leer beim ersten Mal) und schrieb
dann *beide* Slices, davon eine als `[]`.
- Naechstes READY sah die `[]` → STATE_SYNC statt FIRST_RUN →
Daten weg.
Fix: `_apply` bekommt `save_z`/`save_e` Flags. Jedes Panel ist
autoritativ fuer SEINE Slice. APPLY aus dem Ebenen-Panel
speichert NUR dossier_ebenen (save_z=False), aus Zeichnungs-
ebenen NUR dossier_zeichnungsebenen.
Effekt: Wenn Ebenen-Panel zuerst lädt → speichert ebenen, lässt z
unangetastet → Zeichnungsebenen-Panel sieht z fehlt → bekommt
FIRST_RUN → schickt INITIAL_Z → speichert z. Symmetrisch wenn
Zeichnungsebenen zuerst lädt.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
karim
e96de793a9