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/pruef-chat-optik.mjs

@@ -1065,6 +1065,157 @@ melde("\n=== Wer hat reagiert? ===");
     "  das Vorlesewort der Kachel nennt sie auf beiden Geräten");
 }
 
+/* =====================================================================
+   BEARBEITEN -- AM ECHTEN BROWSER (03.10.2026)
+
+   Filipe: "jeder soll seine eigene nachricht bearbeiten koennen."
+
+   Die Route ist in pruef-chat gemessen. Hier geht es um das, was eine
+   Route nicht zeigen kann: Steht der Knopf da, wo man ihn braucht,
+   steht er NICHT an fremden Nachrichten, und kommt der neue Text bei
+   dem an, der daneben sitzt -- ohne dass er neu laedt.
+
+   DIE LETZTE FRAGE IST DIE WICHTIGSTE. Ein Bearbeiten, das nur der
+   Schreibende sieht, ist schlimmer als keins: Zwei Leute haetten
+   denselben Satz verschieden im Bild und wuessten es nicht.
+   ===================================================================== */
+console.log("\n=== Eine eigene Nachricht bearbeiten (im Browser) ===");
+{
+  /* EIGENE SITZUNGEN, NICHT DIE VON OBEN. Die Namen `luna` und `pat`
+     gibt es hier noch, ihre Kontexte sind aber seit Abschnitt 3
+     geschlossen -- und Playwright meldet dann nur "Target page has
+     been closed", nicht, woran es liegt. Genau daran bin ich hier
+     einmal haengengeblieben. */
+  const luna2 = await alsRolle("creator", "CODE-CREA-0001");
+  const pat2 = await alsRolle("scout", "CODE-SCOU-0001");
+
+  /* DERSELBE RAUM BEI BEIDEN -- und zwar ueber die NUMMER, nicht ueber
+     "den ersten in der Liste" (03.10.2026).
+
+     Der erste Anlauf liess beide auf `.chat-raum__knopf` klicken, also
+     jeweils auf ihr oberstes Gespraech. Inzwischen gibt es in diesem
+     Lauf mehrere: Luna landete in ihrem, Patrick in einem anderen, und
+     die Messung meldete "Patrick sieht die Nachricht nicht" -- ein
+     Befund, der dem Testaufbau gehoerte und nicht dem Haus.
+
+     Schlimmer war die Nebenwirkung: Die Pruefung "an ihr steht KEIN
+     bearbeiten" war gruen, weil die Nachricht ueberhaupt nicht da war.
+     Ein gruener Haken fuer ein Element, das es nicht gibt -- genau die
+     Sorte, die nichts beweist. Deshalb haengt sie unten jetzt daran,
+     dass er sie wirklich sieht. */
+  await luna2.seite.waitForSelector(".chat-raum__knopf", { timeout: 10000 });
+  const raumNr = await luna2.seite.evaluate(() => {
+    const li = [...document.querySelectorAll("li[data-id]")]
+      .find((x) => /Patrick/.test(x.textContent));
+    return li ? li.dataset.id : null;
+  });
+  ok(!!raumNr, `das Gespraech mit Patrick steht in Lunas Liste (#${raumNr})`);
+  for (const wer of [luna2, pat2]) {
+    await wer.seite.waitForSelector(`li[data-id="${raumNr}"] .chat-raum__knopf`, { timeout: 10000 });
+    await wer.seite.click(`li[data-id="${raumNr}"] .chat-raum__knopf`);
+    await wer.seite.waitForSelector("#schreiben:not([hidden])", { timeout: 10000 });
+  }
+  await luna2.seite.waitForTimeout(600);
+
+  await luna2.seite.fill("#text", "Treffen um 15 Urh");
+  await luna2.seite.click("#senden");
+  await luna2.seite.waitForTimeout(900);
+
+  /* Bei Luna steht der Knopf, bei Patrick an derselben Nachricht
+     nicht -- das ist die Gegenprobe, und sie laeuft am SELBEN Satz. */
+  const knopfBeiLuna = await luna2.seite.evaluate(() => {
+    const k = [...document.querySelectorAll(".chat-nachricht")]
+      .find((x) => /15 Urh/.test(x.textContent));
+    return !!k?.querySelector(".chat-nachricht__bearb-knopf");
+  });
+  ok(knopfBeiLuna, "an der eigenen Nachricht steht „bearbeiten“");
+
+  await pat2.seite.waitForTimeout(600);
+  const knopfBeiPat = await pat2.seite.evaluate(() => {
+    const k = [...document.querySelectorAll(".chat-nachricht")]
+      .find((x) => /15 Urh/.test(x.textContent));
+    return { da: !!k, knopf: !!k?.querySelector(".chat-nachricht__bearb-knopf") };
+  });
+  /* DIE ZWEITE ZEILE HAENGT AN DER ERSTEN. "Kein Knopf" ist sonst auch
+     wahr, wenn die Nachricht gar nicht da ist -- und dann prueft die
+     Zeile nichts. */
+  ok(knopfBeiPat.da, "Patrick sieht dieselbe Nachricht");
+  ok(knopfBeiPat.da && knopfBeiPat.knopf === false,
+    "und an ihr KEIN „bearbeiten“ — fremde Worte aendert niemand");
+
+  /* Luna oeffnet das Feld und richtet den Tippfehler. */
+  await luna2.seite.evaluate(() => {
+    [...document.querySelectorAll(".chat-nachricht")]
+      .find((x) => /15 Urh/.test(x.textContent))
+      ?.querySelector(".chat-nachricht__bearb-knopf")?.click();
+  });
+  await luna2.seite.waitForSelector(".chat-bearb__feld", { timeout: 8000 });
+  const feldGross = await luna2.seite.evaluate(() => {
+    const f = document.querySelector(".chat-bearb__feld");
+    const r = f.getBoundingClientRect();
+    return { schrift: parseFloat(getComputedStyle(f).fontSize), hoch: Math.round(r.height),
+      wert: f.value };
+  });
+  ok(feldGross.wert === "Treffen um 15 Urh",
+    `im Feld steht der alte Text ("${feldGross.wert}")`);
+  /* 16 px, sonst zoomt iOS beim Hineintippen die ganze Seite heran. */
+  ok(feldGross.schrift >= 16, `Schrift im Feld ${feldGross.schrift} px (mindestens 16)`);
+
+  await luna2.seite.fill(".chat-bearb__feld", "Treffen um 15 Uhr");
+  await luna2.seite.click(".chat-bearb__knopf--ja");
+  await luna2.seite.waitForTimeout(900);
+
+  const beiLunaNach = await luna2.seite.evaluate(() => {
+    const k = [...document.querySelectorAll(".chat-nachricht")]
+      .find((x) => /15 Uhr/.test(x.textContent));
+    return {
+      text: k?.querySelector(".chat-nachricht__text")?.textContent,
+      vermerk: k?.querySelector(".chat-nachricht__bearbeitet")?.textContent || null,
+      feldNochDa: !!document.querySelector(".chat-bearb__feld"),
+    };
+  });
+  ok(beiLunaNach.text === "Treffen um 15 Uhr",
+    `bei ihr steht der neue Text ("${beiLunaNach.text}")`);
+  ok(beiLunaNach.vermerk === "bearbeitet",
+    `und daneben der Vermerk (${beiLunaNach.vermerk})`);
+  ok(beiLunaNach.feldNochDa === false, "das Feld ist wieder zu");
+
+  /* DIE VORSCHAU LINKS MUSS MITKOMMEN (03.10.2026).
+
+     Diese Zeile gibt es, weil ein Bildschirmfoto sie erzwungen hat:
+     Rechts stand schon "Treffen um 15 Uhr", links in der
+     Gespraechsliste weiter "Du: Treffen um 15 Urh". Derselbe Satz,
+     zweimal verschieden, auf einem Schirm -- und keine einzige
+     Messung hat es gemerkt, weil beide Haelften fuer sich stimmten. */
+  await luna2.seite.waitForTimeout(700);
+  const vorschau = await luna2.seite.evaluate((nr) =>
+    document.querySelector(`li[data-id="${nr}"]`)?.textContent || "", raumNr);
+  ok(/15 Uhr/.test(vorschau) && !/15 Urh/.test(vorschau),
+    `die Vorschau in der Liste zeigt den neuen Text ("${vorschau.replace(/\s+/g, " ").trim()}")`);
+
+  /* UND BEI PATRICK -- ohne Neuladen, ueber den Ereignisstrom. */
+  await pat2.seite.waitForTimeout(1200);
+  const beiPatNach = await pat2.seite.evaluate(() => {
+    const alle = [...document.querySelectorAll(".chat-nachricht")];
+    const k = alle.find((x) => /15 Uhr/.test(x.textContent));
+    return {
+      neu: k?.querySelector(".chat-nachricht__text")?.textContent,
+      vermerk: !!k?.querySelector(".chat-nachricht__bearbeitet"),
+      altNochDa: alle.some((x) => /15 Urh/.test(x.textContent)),
+    };
+  });
+  ok(beiPatNach.neu === "Treffen um 15 Uhr",
+    `bei Patrick steht er auch -- ohne Neuladen ("${beiPatNach.neu}")`);
+  ok(beiPatNach.vermerk, "mit demselben Vermerk");
+  ok(beiPatNach.altNochDa === false,
+    "und der alte Satz ist nicht doppelt stehengeblieben");
+
+  await luna2.seite.screenshot({ path: new URL("./pruef-chat-bearbeiten.png", import.meta.url)
+    .pathname.replace(/^\/([A-Za-z]:)/, "$1") });
+  await luna2.ctx.close();
+  await pat2.ctx.close();
+}
+
 await browser.close();
 try { rmSync(ordner, { recursive: true, force: true }); } catch { /* egal */ }