Jeder darf seine eigene Chat-Nachricht bearbeiten

Filipe: "die nachrichten die man in den chat reinschreibt. jeder soll
seine eigene nachricht bearbeiten koennen. diese option soll jeder
fuer seine eigene nachrichten haben die er selber verfasst hat."

NUR DIE EIGENE -- OHNE AUSNAHME, auch nicht fuer DogFather und die
rechte Hand. Beim LOESCHEN gibt es diese Ausnahme seit dem 22.09.
(fuer den Notfall), und es waere naheliegend gewesen, sie
mitzunehmen. Das waere falsch: Eine fremde Nachricht zu entfernen
heisst "das soll hier nicht stehen". Eine fremde zu AENDERN heisst,
jemandem Worte in den Mund zu legen, die unter seinem Namen und
seinem Bild stehen bleiben. Nicht dieselbe Befugnis in groesser,
sondern eine andere. Genau das ist die wichtigste Pruefzeile:
DogFather darf loeschen und bekommt beim Bearbeiten 403/404.

AN DER NACHRICHT STEHT "BEARBEITET". Ein Text, der sich still
aendert, nachdem andere darauf geantwortet haben, ist ein
Vertrauensproblem und kein Komfort. Der Vermerk traegt die Zeit im
Titel. Derselbe Text setzt ihn NICHT -- sonst stuende er irgendwann
ueberall und waere nichts mehr wert.

ERWAEHNUNGEN BLEIBEN, WIE SIE BEIM SENDEN WAREN. Wer beim Bearbeiten
"@Anna" ergaenzt, spricht Anna damit nicht an. Sonst gaebe es nur
schlechte Wege: nachtraeglich benachrichtigen laesst sich beliebig
oft wiederholen, und still eintragen setzt jemanden auf eine Liste,
von der er nie erfaehrt. Ansprechen tut man mit einer neuen
Nachricht. (Falls das anders gewuenscht ist, ist es eine eigene
Entscheidung -- nicht etwas, das hier nebenbei mitpassiert.)

DER RAUM RUECKT NICHT NACH OBEN und niemand bekommt die Nachricht
als ungelesen: Eine Tippfehlerkorrektur ist keine Wortmeldung.
`letzte_am` wird deshalb nicht angefasst.

Leer geht nicht -- dafuer steht "loeschen" daneben, mit Rueckfrage.
Grenzen (4000 Zeichen) sind dieselben wie beim Senden; eine zweite
Rechnung waere die, die auseinanderlaeuft.

Das Feld sitzt AN der Nachricht, nicht im Schreibfeld unten: Wer
seinen Text zum Bearbeiten unten wiederfindet, schickt ihn beim
naechsten Enter als NEUE Nachricht ab und hat ihn zweimal im Raum.
Enter speichert, Shift+Enter macht eine Zeile, Escape bricht ab --
dieselben Tasten wie beim Schreiben. 16 px Schrift, sonst zoomt iOS
beim Hineintippen die ganze Seite heran.

Der Stift traegt sich in die Familie der Handgriffe ein, wie es der
Hinweis in chat.css ausdruecklich verlangt ("wer einen sechsten
Handgriff baut, traegt ihn hier ein und bekommt sein Zeichen").

EIN FEHLER, DEN NUR DAS BILD GEZEIGT HAT. Ich hatte im Code
behauptet, die Gespraechsliste aendere sich beim Bearbeiten nicht,
und darum auf das Nachladen verzichtet. Auf dem Bildschirmfoto stand
rechts "Treffen um 15 Uhr" und links in der Liste weiter "Du:
Treffen um 15 Urh" -- derselbe Satz, zweimal verschieden, auf einem
Schirm. Richtig ist: Die REIHENFOLGE aendert sich nicht, die
VORSCHAU sehr wohl. Beide Haelften waren fuer sich gemessen und
gruen; keine Zahl hat es gemerkt.

pruef-chat 17 neue Pruefungen: eigene geht, fremde nicht, DogFather
nicht, Vermerk kommt mit nach draussen (auch im SELECT -- genau das
hat am 03.10. bei den Anhaengen einen halben Tag gekostet), Raum
rueckt nicht, Vorschau zieht nach, leer/zu lang abgelehnt,
unveraendert ohne Vermerk, geloeschte nicht bearbeitbar, wer nicht
im Raum ist bekommt 404 statt 403.

pruef-chat-optik 71 -> 84: im echten Browser, mit zwei Sitzungen.
Darunter die Zeile, auf die es ankommt -- der neue Text steht bei
Patrick, OHNE Neuladen. Ein Bearbeiten, das nur der Schreibende
sieht, waere schlimmer als keins.

Dabei zwei eigene Messfehler behoben: Die Sitzungen von oben waren
laengst geschlossen (Playwright meldet nur "Target page has been
closed"), und beide klickten "das oberste Gespraech" statt
denselben Raum -- wodurch die Pruefung "an ihr steht KEIN
bearbeiten" gruen war, weil die Nachricht gar nicht da war. Sie
haengt jetzt daran, dass er sie wirklich sieht.

Datenbank vorher gesichert und zurueckgelesen (integrity_check,
324 Nachrichten, 20 Personen).

Co-Authored-By: Claude Opus 5 <[email protected]>

server/workspace-chat.js

@@ -1818,7 +1818,7 @@ chatRouter.get("/workspace/api/chat/raeume/:id/nachrichten", (req, res) => {
                 (Und KEINE Gegen-Apostrophe in diesem Text: Er steht
                 in einem Template-Literal, und einer davon beendet
                 es. Heute schon das zweite Mal.) */
-             n.anhang_datei,
+             n.anhang_datei, n.bearbeitet_am,
              a.text AS zitat_text, a.weg_am AS zitat_weg, ap.name AS zitat_von,
              a.anhang_art AS zitat_anhang
         FROM chat_nachrichten n
@@ -2034,6 +2034,13 @@ chatRouter.get("/workspace/api/chat/raeume/:id/nachrichten", (req, res) => {
         von_kachel: kachelPruefen(n.von_kachel) || autoKachelFuer(n.person_id),
         text: n.weg_am ? null : n.text,
         zurueckgenommen: !!n.weg_am,
+        /* WANN BEARBEITET -- oder null. Geht nach draussen, weil an
+           der Nachricht "bearbeitet" stehen soll: Ein Text, der sich
+           hinterher still aendert, waehrend andere schon darauf
+           geantwortet haben, ist ein Vertrauensproblem und kein
+           Komfort. An einer geloeschten steht es nicht, dort gibt es
+           keinen Text mehr, auf den es sich beziehen koennte. */
+        bearbeitet_am: n.weg_am ? null : (n.bearbeitet_am || null),
         erstellt: n.erstellt,
         selbst: n.person_id === req.person.id,
         angeheftet: !!n.angeheftet_am,
@@ -3597,6 +3604,102 @@ chatRouter.put("/workspace/api/chat/nachrichten/:id/anheften", gleicheHerkunft,
 const darfJedeNachrichtLoeschen = (person) =>
   istDogFather(person) || person?.rolle === "hand";
 
+/* =====================================================================
+   EIGENE NACHRICHT BEARBEITEN (03.10.2026)
+
+   Filipe: "die nachrichten die man in den chat reinschreibt. jeder
+   soll seine eigene nachricht bearbeiten koennen. diese option soll
+   jeder fuer seine eigene nachrichten haben die er selber verfasst
+   hat."
+
+   NUR DIE EIGENE -- OHNE AUSNAHME, auch nicht fuer DogFather und die
+   rechte Hand. Beim LOESCHEN gibt es diese Ausnahme (siehe
+   `darfJedeNachrichtLoeschen`, fuer den Notfall), und es waere
+   naheliegend, sie hier mitzunehmen. Das waere falsch: Eine fremde
+   Nachricht zu entfernen heisst "das soll hier nicht stehen". Eine
+   fremde Nachricht zu AENDERN heisst, jemandem Worte in den Mund zu
+   legen, die unter seinem Namen und seinem Bild stehen bleiben. Das
+   ist nicht dieselbe Befugnis in groesser, sondern eine andere.
+
+   ERWAEHNUNGEN BLEIBEN, WIE SIE BEIM SENDEN WAREN. Wer beim
+   Bearbeiten "@Anna" ergaenzt, spricht Anna damit NICHT an. Der
+   Grund ist die Richtung, in die es sonst schiefgeht: Entweder man
+   benachrichtigt nachtraeglich -- dann laesst sich jemand beliebig
+   oft anpingen, indem man dieselbe Nachricht immer wieder
+   bearbeitet -- oder man traegt die Erwaehnung still ein, und dann
+   steht jemand auf einer Liste, von der er nie erfaehrt. Beides ist
+   schlechter als die klare Regel: Ansprechen tut man mit einer neuen
+   Nachricht.
+
+   DER RAUM RUECKT NICHT NACH OBEN, und niemand bekommt sie als
+   ungelesen. Ein Bearbeiten ist keine Wortmeldung; wuerde der Raum
+   dadurch hochspringen, waere jede Tippfehlerkorrektur eine Stoerung
+   fuer alle anderen. Genau deshalb wird `letzte_am` hier NICHT
+   angefasst -- anders als beim Loeschen, wo es neu gerechnet werden
+   muss, weil die juengste Nachricht verschwunden sein kann.
+   ===================================================================== */
+chatRouter.patch("/workspace/api/chat/nachrichten/:id", gleicheHerkunft,
+  express.json({ limit: "8kb" }), (req, res) => {
+  try {
+    const id = Number(req.params.id);
+    if (!Number.isInteger(id)) return res.status(400).json({ fehler: "ungueltig" });
+
+    /* DIESELBEN GRENZEN WIE BEIM SENDEN. Eine zweite Rechnung waere
+       die, die auseinanderlaeuft -- und ein Text, der sich senden,
+       aber nicht bearbeiten laesst, waere eine Falle. */
+    const text = String(req.body?.text ?? "").trim();
+    if (!text) {
+      /* LEEREN IST LOESCHEN, und dafuer steht der Knopf daneben. Wer
+         hier eine leere Nachricht zuliesse, haette zwei Wege zu
+         derselben Sache -- und einen davon ohne Rueckfrage. */
+      return res.status(400).json({ fehler: "leer" });
+    }
+    if (text.length > TEXT_MAX) {
+      return res.status(400).json({ fehler: `Länger als ${TEXT_MAX} Zeichen geht nicht.` });
+    }
+
+    const d = db();
+    const n = d.prepare(
+      "SELECT id, raum_id, person_id, text, weg_am FROM chat_nachrichten WHERE id = ?").get(id);
+    /* Was jemand nicht sehen darf, gibt es fuer ihn nicht: 404 statt
+       403 -- dieselbe Ueberlegung wie beim Loeschen eine Route
+       weiter unten. */
+    if (!n || !istDrin(n.raum_id, req.person)) {
+      return res.status(404).json({ fehler: "nicht_gefunden" });
+    }
+    if (n.person_id !== req.person.id) {
+      return res.status(403).json({ fehler: "Nur eigene Nachrichten." });
+    }
+    if (n.weg_am) {
+      return res.status(409).json({ fehler: "Diese Nachricht ist zurückgenommen." });
+    }
+    /* UNVERAENDERT IST KEINE AENDERUNG. Sonst stuende "bearbeitet" an
+       einer Nachricht, an der niemand etwas getan hat -- und der
+       Vermerk waere ab da nichts mehr wert. */
+    if (text === n.text) {
+      return res.json({ ok: true, unveraendert: true });
+    }
+
+    const wann = new Date().toISOString();
+    d.prepare("UPDATE chat_nachrichten SET text = ?, bearbeitet_am = ? WHERE id = ?")
+      .run(text, wann, id);
+
+    /* An ALLE im Raum, aber an niemanden als Benachrichtigung (leere
+       Empfaengerliste) -- siehe oben. */
+    chatEreignis(n.raum_id,
+      { id, raum_id: n.raum_id, text, bearbeitet_am: wann }, [], "geaendert");
+
+    protokolliere("chat_bearbeitet", {
+      personId: req.person.id, rolle: req.person.rolle, ip: echteIp(req),
+      detail: `#${id}`,
+    });
+    res.json({ ok: true, bearbeitet_am: wann, text });
+  } catch (fehler) {
+    console.error("[chat] Bearbeiten:", fehler?.message);
+    res.status(503).json({ fehler: "nicht_verfuegbar" });
+  }
+});
+
 chatRouter.delete("/workspace/api/chat/nachrichten/:id", gleicheHerkunft, (req, res) => {
   try {
     const id = Number(req.params.id);