fix: unlike not supported — wallmood is idempotent SET, not toggle (v0.4.5)

Extensive FW_DEBUG=1 testing revealed:
- wallmood with moodType=STAR is an idempotent SET operation, not a toggle
- Tested: all moodType variations, moodStarShortcut param, 9 alternative
  endpoints — none could remove a like
- Service Worker in the web app prevents intercepting the real unlike payload
- like=False now returns a clear error; like=True continues to work correctly
- SPEC.md updated with full investigation notes and ruled-out approaches

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

SPEC.md

@@ -266,7 +266,7 @@ mit `{"a00": {"un": {"un": {"message": "missing value in: id"}}}}` auf Top-Level
 → wird vom fw_client fälschlich als Erfolg interpretiert. Daher ist der korrekte Parameter-Name
 kritisch.
 
-### `wallmood` – Wall-Post liken / unliken
+### `wallmood` – Wall-Post liken
 POST https://api.familywall.com/api/wallmood
 Content-Type: application/x-www-form-urlencoded
 
@@ -278,9 +278,26 @@ Content-Type: application/x-www-form-urlencoded
 | `moodType` | ja | `"STAR"` (einziger bekannter Wert — entspricht dem Like-Button in der App) |
 
 **Verhalten (verifiziert):**
-- Toggle-Mechanismus: gleicher Call zum Liken und Unliken
-- Erster Aufruf → Like setzen, zweiter Aufruf → Like entfernen
-- `moodType: "LIKE"` wurde als `"STAR"` serverseitig gespeichert → korrekter Wert ist `"STAR"`
+- `wallmood` mit `moodType: "STAR"` ist eine **idempotente SET-Operation** — kein Toggle!
+- Mehrfaches Aufrufen mit denselben Parametern hinterlässt denselben Zustand
+- `moodType: "LIKE"` wurde serverseitig als `"STAR"` gespeichert → korrekter Wert ist `"STAR"`
+- Nur für Post-Typ `STATUS` wirksam; `FAMILY_CREATED` und vermutlich System-Posts ignorieren den Call
+
+**Unlike – nicht implementierbar (Stand: April 2026):**
+
+Ausgiebig getestete Ansätze, die alle fehlschlugen:
+
+| Ansatz | Ergebnis |
+|---|---|
+| `moodType: "NONE"` / `"REMOVE"` / `"DELETE"` / `""` | moodMap unverändert |
+| `moodType` ganz weglassen | moodMap unverändert |
+| `moodStarShortcut: "false"` als Parameter | moodMap unverändert |
+| Alternative Endpoints: `wallmooddelete`, `wallmoodremove`, `wallmoodelete`, `wallunmood`, `wallcommentdelete`, `wallmoodstar`, `wallstar`, `wallreact`, `wallreactdelete` | alle: `"The call X is not registered"` (502) |
+| `metadelete` auf Mood-Comment-ID | löscht den Comment, aber `moodStarShortcut` bleibt gesetzt |
+
+Die Web-App nutzt einen Service Worker, der Requests abfängt — der echte Unlike-Payload
+ist dadurch nicht per Browser-DevTools inspizierbar. Unlike bleibt bis zur weiteren
+Analyse nicht unterstützt.
 
 **Response-Struktur (verifiziert):**
 ```
@@ -325,4 +342,5 @@ jeweilige Account geliked hat. Leere Map oder fehlender Key = kein Like.
 - ~~`taskmark`: korrekter Parameter-Name~~ → **`taskId`** (nicht `metaId`!) (verifiziert)
 - ~~`metadelete`: korrekter Parameter-Name + Response-Struktur~~ → **`id`**, Response `"true"` (verifiziert)
 - ~~`wallmood`: Parameter-Name `wallId`~~ → **`wall_message_id`** (verifiziert via API-Fehlermeldung)
-- ~~`wallmood`: `moodType`-Werte, Toggle vs. explizit, Response-Struktur~~ → vollständig verifiziert via FW_DEBUG=1 (siehe oben)
+- ~~`wallmood`: `moodType`-Werte, Toggle vs. explizit, Response-Struktur~~ → verifiziert: idempotentes SET mit `"STAR"`, kein Toggle (siehe oben)
+- `wallmood` Unlike: Mechanismus unbekannt — Service Worker verhindert Browser-Inspektion; alle getesteten Ansätze fehlgeschlagen (siehe oben)