Files
dogfather-universe/server/pruef-chat-optik.mjs
T
DogFatherGitandClaude Opus 5 60802170a1 B4 + B5: Loeschen heisst Loeschen, die Schrift wechselt mit, und Blau wird Babyblau
Die beiden Auftraege gehoeren zusammen, und zwar in dieser Reihenfolge:
Eine babyblaue Kachel ist HELL. Ohne mitwechselnde Schrift waere sie
unlesbar (1,63:1 gemessen). Erst B4 macht B5 moeglich.

B4a -- LOESCHEN HEISST LOESCHEN
  "Geloeschte Nachrichten verschwinden vollstaendig - keine Spur, kein
   'wurde geloescht'-Hinweis, bei niemandem, auch nicht bei DogFather."

Bis heute blieb die Zeile stehen: Text geleert, weg_am gesetzt, und im
Chat stand "Nachricht zurueckgenommen". Das war ausdruecklich so
begruendet ("ein Loch im Verlauf wirft mehr Fragen auf"). Das Argument
beantwortet aber eine andere Frage: Ein Hinweis "hier stand etwas"
MARKIERT die Stelle. Wer etwas aus Versehen schreibt, will es weg
haben und nicht unterstrichen.

Jetzt ein echtes DELETE. Vier Raender, an denen eine Spur bleiben
koennte, alle gemessen:
  1. die Zeile selbst
  2. chat_reaktionen    (ON DELETE CASCADE - nachgesehen, nicht angenommen)
  3. chat_erwaehnungen  (ebenso)
  4. letzte_am am Raum  - wird neu gerechnet, sonst stuende er oben in
                          der Liste mit einem Zeitpunkt, zu dem es
                          nichts mehr gibt
Dazu: ein Zitat auf eine geloeschte Nachricht wird weggelassen; in der
Gespraechsliste steht kein Hinweis mehr; der Knopf heisst "loeschen".

Die 5 alten zurueckgenommenen Zeilen (Text bereits leer) raeumt eine
einmalige, wiederholbare Umstellung ab - mit Sicherung davor, und nur
wenn es wirklich etwas zu tun gibt.

B4b -- WER DARF WAS
  "jeder nur seine eigenen - ausser DogFather und rechte Hand"
`darfJedeNachrichtLoeschen` = admin oder hand. NICHT fuehrtTeamDogi
(das schloesse die linke Hand ein) und nicht istLeitung (das schloesse
Spicy Media ein, die private Chats nicht einmal sehen darf). Das Recht
kommt vom Server ins Skript, nicht aus einer Rolle im Browser: chat.js
bekommt jeder, der die Seite oeffnet.

B4c -- DIE SCHRIFT WECHSELT MIT
  "am besten schwarz auf hellen Kacheln - und weiss, wenn jemand eine
   schwarze Kachel waehlt"
`schriftFuer(farbe)` waehlt zwischen zwei Paaren, gerechnet aus der
Leuchtdichte, mit denselben Schwellen wie das Rechenwerkzeug (7:1 fuer
den Text, 4,5:1 fuer die Fusszeile). Keine dritte Spalte in
CHAT_KACHELN, die jemand pflegen muesste. Flaeche und Schrift werden
im Browser in EINEM Griff gesetzt (blaseFaerben) - zwei Stellen waeren
irgendwann eine helle Kachel mit heller Schrift.

B4d -- DIE NAMEN
Der Name ist jetzt ein eigener Streifen mit Kante darunter, .84rem,
und der Rollenpunkt wird ein 3x14-Balken. Vorher stand er als erste
ZEILE in der Blase und las sich wie der Anfang des Satzes.

B5 -- BABYBLAU
  "jedes normales blaues herz durch babyblaues herz ersetzen ... jeder
   normale blaue farbe, sei es die kachel im chat oder emojis, nur
   babyblau bitte."
* Herz: U+1F499 -> U+1FA75. Nicht geglaubt, sondern gemessen: 43,9 px
  breit wie die anderen Herzen, ein Ersatzkaestchen waere 20,7. Die
  vier vorhandenen blauen Herzen in der Datenbank wandern mit - sonst
  waeren es vier Reaktionen, die ERLAUBT nicht mehr kennt: still weg.
* Kachel: neue, HELLE Kachel "Babyblau" mit dem Wert von --akzent.
  Gemessen: Text 10,78:1, Fusszeile 4,87:1. Sie steht bewusst nicht in
  der Rechnung des Werkzeugs (das rechnet elf Toene auf EINE
  Leuchtdichte) - sie hat eine andere Leuchtdichte und dafuer ihre
  eigene Schrift. Dasselbe Versprechen, anderer Weg.

PRUEFUNGEN
  pruef-loeschen.mjs (NEU, 20/0): alle vier Raender, die vier Faelle
    der Rechtegrenze (auch: die linke Hand darf NICHT), das babyblaue
    Herz am laufenden Server, und dass der Satz "Nachricht
    zurueckgenommen" nur noch in Kommentaren steht - mit Gegenprobe,
    dass die Suche diesen Unterschied wirklich macht.
  pruef-chatkachel.mjs (33/0): misst jede Kachel mit IHRER Schrift und
    fragt dafuer dieselbe Funktion wie der Server. Neu: dass die
    Schrift ueberhaupt wechselt. Die Leuchtdichte-Regel gilt jetzt fuer
    die gerechneten Toene - das Versprechen dahinter loest die
    Kontrastzeile darueber direkt ein.
  Vier alte Pruefungen umgedreht, die den alten Zustand festgeschrieben
    hatten: pruef-chat, pruef-chat-ausbau, pruef-chat-aufloesen,
    pruef-chat-optik. Alle mit scharferer Messung als vorher (Zahl
    davor/danach statt "ein Hinweis ist da").
  Mitgelaufen und gruen: pruef-alle-sehen-es, pruef-treffchat (110/0).

Gesichert: workspace-vor-loeschumbau-20260922-233313.db
(946 KB, integrity_check ok, 111 Nachrichten, 49 Reaktionen).

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-09-22 23:33:43 +02:00

691 lines
31 KiB
JavaScript
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
/* CHAT — SCHREIBEN ZWEI LEUTE WIRKLICH MITEINANDER?
pruef-chat.mjs beweist, dass der Server richtig entscheidet, WER mit
wem darf. Diese Prüfung fragt das, was der Wunsch eigentlich meinte:
*"jeder kann dann eine nachricht reinschreiben, die andere person
bekommt eine benachrichtigung und kann dann antworten."*
Dafür laufen ZWEI Browser gleichzeitig. Luna schreibt, und ohne dass
irgendjemand etwas neu lädt, muss die Nachricht bei Patrick
erscheinen. Das ist der Kern -- alles andere ist Ausstattung.
WARUM ZWEI ECHTE BROWSER und nicht zwei Anfragen: Die sofortige
Zustellung hängt an einer offenen Verbindung (SSE), an einem
EventSource im Browser und daran, dass die Seite darauf richtig
reagiert. Mit fetch allein prüfte man den Server, nicht den Chat.
GEMESSEN WIRD AUSSERDEM:
* Die Zahl in der Kopfleiste -- auf einer ANDEREN Seite, denn dort
muss sie ankommen, damit jemand von der Nachricht erfährt.
* Dass die eigene Nachricht sofort dasteht, nicht erst nach der
Antwort des Servers.
* Dass "gelesen" die Zahl wieder wegnimmt.
GEGENPROBEN durchgehend. */
import { mkdtempSync, rmSync, appendFileSync } from "node:fs";
import { tmpdir } from "node:os";
import { join } from "node:path";
const ordner = mkdtempSync(join(tmpdir(), "ws-chatoptik-"));
process.env.WORKSPACE_DB = join(ordner, "workspace.db");
import { notbremse } from "./helfer-notbremse.mjs";
import { bestaetige } from "./helfer-nachfrage.mjs";
const { eigenerPort } = await import("./helfer-port.mjs");
const PORT = await eigenerPort(import.meta, "die Chat-Optikpruefung");
process.env.PORT = `${PORT}`;
process.env.SITE_ACCESS_SECRET = "lokaler-test";
process.env.SITE_PUBLIC_LAUNCH_AT = "2020-01-01T00:00:00+01:00";
const express = (await import("express")).default;
const ec = express.response.cookie;
express.response.cookie = function (n, w, o) { return ec.call(this, n, w, { ...(o || {}), secure: false }); };
await import("./index.js");
/* DIE NOTBREMSE. Muss NACH index.js stehen: Der Server haengt dort
zwei Auffangnetze ein, die einen Absturz nur protokollieren --
richtig fuer den Betrieb, fatal fuer eine Pruefung. Ohne diese
Zeile bleibt der Prozess nach einem Fehler ewig stehen, weil der
Server ihn am Leben haelt (siehe helfer-notbremse.mjs). */
notbremse(480_000, "pruef-chat-optik");
await new Promise((r) => setTimeout(r, 1000));
const BASIS = `http://127.0.0.1:${PORT}`;
const PROTOKOLL = join(process.cwd(), "pruef-chat-optik-lauf.txt");
try { rmSync(PROTOKOLL, { force: true }); } catch { /* gab es noch nicht */ }
const melde = (z) => {
console.log(z);
try { appendFileSync(PROTOKOLL, z + "\n"); } catch { /* Zugabe */ }
};
let fehler = 0;
const ok = (b, t) => { melde((b ? " ok " : " FEHL ") + t); if (!b) fehler++; };
/* ---- Bestand ------------------------------------------------------------ */
const { DatabaseSync } = await import("node:sqlite");
const { scryptSync, randomBytes } = await import("node:crypto");
await fetch(BASIS + "/workspace/api/anmelden", {
method: "POST", headers: { "Content-Type": "application/json" },
body: JSON.stringify({ rolle: "admin", code: "x" }) }).catch(() => {});
for (let i = 0; i < 60; i++) {
try {
const p = new DatabaseSync(process.env.WORKSPACE_DB);
try { p.prepare("SELECT 1 FROM personen LIMIT 1").get(); break; } finally { p.close(); }
} catch { await new Promise((r) => setTimeout(r, 250)); }
}
const d = new DatabaseSync(process.env.WORKSPACE_DB);
const jetzt = new Date().toISOString();
function anlegen(name, rolle, code) {
const salt = randomBytes(16).toString("hex");
const hash = scryptSync(code, salt, 64, { N: 32768, r: 8, p: 1, maxmem: 96 * 1024 * 1024 }).toString("hex");
d.prepare("INSERT INTO personen (name, rolle, code_hash, code_salt, code_n, aktiv, erstellt) VALUES (?,?,?,?,?,1,?)")
.run(name, rolle, hash, salt, 32768, jetzt);
return d.prepare("SELECT last_insert_rowid() AS id").get().id;
}
anlegen("Filipe", "admin", "CODE-DOGI-0001");
const idPat = anlegen("Patrick", "scout", "CODE-SCOU-0001");
const idLuna = anlegen("Luna", "creator", "CODE-CREA-0001");
d.prepare("INSERT INTO betreuung (creator_id, betreuer_id, seit) VALUES (?,?,?)").run(idLuna, idPat, jetzt);
d.close();
const pw = await import("file:///C:/Users/qciga/Documents/Obelix/Analyse/node_modules/playwright/index.mjs");
const browser = await pw.chromium.launch();
async function alsRolle(rolle, code, wohin = "chat.html", breite = 1280) {
const ctx = await browser.newContext({ viewport: { width: breite, height: 900 } });
const seite = await ctx.newPage();
await seite.goto(BASIS + "/workspace/", { waitUntil: "networkidle" });
await seite.click(`.rolle[data-rolle="${rolle}"]`);
await seite.fill("#code", code);
await seite.click("button[type=submit]");
await seite.waitForURL("**/start.html", { timeout: 25000 });
await seite.goto(`${BASIS}/workspace/${wohin}`, { waitUntil: "networkidle" });
await seite.waitForTimeout(900);
return { ctx, seite };
}
/* =======================================================================
1. Ein Gespräch anfangen
======================================================================= */
melde("\n=== Ein Gespräch anfangen ===");
const luna = await alsRolle("creator", "CODE-CREA-0001");
{
const leer = await luna.seite.isVisible("#liste-leer");
ok(leer, "am Anfang steht da, dass es noch keine Gespräche gibt");
await luna.seite.click("#neu-oeffnen");
await luna.seite.waitForSelector("#neu-dialog[open]", { timeout: 5000 });
const knoepfe = await luna.seite.$$eval(".chat-wahl__knopf",
(b) => b.map((x) => x.textContent.trim()));
/* Luna erreicht ihren Scout und DogFather -- die Regel aus
pruef-chat, hier an der Oberfläche nachgewiesen. */
ok(knoepfe.length === 2, `${knoepfe.length} Personen zur Auswahl: ${knoepfe.join(", ")}`);
const los = await luna.seite.$eval("#neu-los", (b) => b.disabled);
ok(los, "der Knopf ist gesperrt, solange niemand gewählt ist");
await luna.seite.click('.chat-wahl__knopf[data-rolle="scout"]');
await luna.seite.waitForTimeout(200);
const frei = await luna.seite.$eval("#neu-los", (b) => !b.disabled);
const beschriftung = await luna.seite.$eval("#neu-los", (b) => b.textContent.trim());
ok(frei && beschriftung === "Schreiben",
`nach der Wahl ist er frei und heißt "${beschriftung}"`);
/* Der Gruppenname erscheint erst ab zwei -- vorher wäre er eine
Frage ohne Anlass. */
const nameVersteckt = await luna.seite.$eval("#gruppenname-zeile", (e) => e.hidden);
ok(nameVersteckt, "bei einer Person wird nicht nach einem Gruppennamen gefragt");
await luna.seite.click("#neu-los");
await luna.seite.waitForSelector("#schreiben:not([hidden])", { timeout: 8000 });
const titel = await luna.seite.$eval("#verlauf-titel", (e) => e.textContent);
ok(titel === "Patrick", `das Gespräch ist offen: "${titel}"`);
}
/* =======================================================================
2. DER KERN: schreiben, und es kommt an — ohne Neuladen
======================================================================= */
melde("\n=== Zwei Browser, eine Nachricht ===");
const pat = await alsRolle("scout", "CODE-SCOU-0001");
{
/* Patrick öffnet dasselbe Gespräch. */
await pat.seite.waitForSelector(".chat-raum__knopf", { timeout: 8000 });
await pat.seite.click(".chat-raum__knopf");
await pat.seite.waitForSelector("#schreiben:not([hidden])", { timeout: 8000 });
await pat.seite.waitForTimeout(600);
const vorher = (await pat.seite.$$(".chat-nachricht")).length;
/* Luna schreibt. */
await luna.seite.fill("#text", "Hey Patrick, kurze Frage zum Start-Check!");
await luna.seite.click("#senden");
/* SOFORT bei Luna sichtbar -- vor jeder Serverantwort. Deshalb wird
hier bewusst nur ganz kurz gewartet. */
await luna.seite.waitForTimeout(120);
const beiLuna = await luna.seite.$$eval(".chat-nachricht__text", (t) => t.map((x) => x.textContent));
ok(beiLuna.some((t) => /Start-Check/.test(t)),
"die eigene Nachricht steht sofort da, ohne auf den Server zu warten");
/* UND SIE KOMMT BEI PATRICK AN, ohne dass er etwas tut. */
const angekommen = await pat.seite.waitForFunction(
() => [...document.querySelectorAll(".chat-nachricht__text")]
.some((t) => /Start-Check/.test(t.textContent)),
{ timeout: 8000 }).then(() => true).catch(() => false);
ok(angekommen, angekommen
? "sie erscheint bei Patrick von selbst — kein Neuladen nötig"
: "sie kam bei Patrick NICHT an (der Strom liefert nicht)");
const nachher = (await pat.seite.$$(".chat-nachricht")).length;
ok(nachher === vorher + 1, `Patrick sieht ${nachher} statt ${vorher} Nachrichten`);
/* Und die Seiten sind sich einig, WER sie geschrieben hat. */
const beiPatSelbst = await pat.seite.$eval(".chat-nachricht:last-of-type",
(e) => e.dataset.selbst === "ja");
const beiLunaSelbst = await luna.seite.$eval(".chat-nachricht:last-of-type",
(e) => e.dataset.selbst === "ja");
ok(!beiPatSelbst && beiLunaSelbst,
"bei Luna steht sie rechts (eigene), bei Patrick links (fremde)");
}
/* =======================================================================
3. Und zurück
======================================================================= */
melde("\n=== Patrick antwortet ===");
{
await pat.seite.fill("#text", "Klar, schieß los!");
await pat.seite.click("#senden");
const zurueck = await luna.seite.waitForFunction(
() => [...document.querySelectorAll(".chat-nachricht__text")]
.some((t) => /schieß los/.test(t.textContent)),
{ timeout: 8000 }).then(() => true).catch(() => false);
ok(zurueck, "die Antwort erscheint bei Luna von selbst");
/* Der Verlauf steht in der richtigen Reihenfolge -- eine
Unterhaltung, die durcheinandergerät, ist unbrauchbar. */
const texte = await luna.seite.$$eval(".chat-nachricht__text", (t) => t.map((x) => x.textContent));
ok(/Start-Check/.test(texte[0]) && /schieß los/.test(texte[1]),
`Reihenfolge stimmt: "${texte.map((t) => t.slice(0, 18)).join('" → "')}"`);
}
/* =======================================================================
4. Die Zahl in der Kopfleiste — auf einer ANDEREN Seite
======================================================================= */
melde("\n=== Erfährt man davon, ohne im Chat zu sein? ===");
{
/* Patrick geht woandershin. Genau dort muss die Zahl erscheinen --
sonst merkt er von einer Nachricht nichts. */
await pat.seite.goto(`${BASIS}/workspace/aufgaben.html`, { waitUntil: "networkidle" });
await pat.seite.waitForTimeout(900);
const knopfDa = await pat.seite.$("#chat-knopf, .chat-knopf");
ok(!!knopfDa, "auf der Aufgabenseite steht ein Chat-Knopf in der Kopfleiste");
const vorher = await pat.seite.$eval(".chat-knopf__zahl",
(e) => (e.hidden ? "0" : e.textContent));
ok(vorher === "0", `vorher zeigt er nichts an (${vorher})`);
await luna.seite.fill("#text", "Wann hast du Zeit für einen Call?");
await luna.seite.click("#senden");
const erschienen = await pat.seite.waitForFunction(() => {
const z = document.querySelector(".chat-knopf__zahl");
return z && !z.hidden && z.textContent === "1";
}, { timeout: 8000 }).then(() => true).catch(() => false);
ok(erschienen, erschienen
? "die Zahl 1 erscheint von selbst in der Kopfleiste"
: "die Zahl erscheint NICHT — man erfährt nichts von der Nachricht");
/* Und der Knopf selbst trägt Farbe -- eine kleine Zahl allein
übersieht man beim Überfliegen. */
const markiert = await pat.seite.$eval(".chat-knopf", (e) => e.dataset.neu === "ja");
ok(markiert, "der Knopf ist zusätzlich hervorgehoben, nicht nur die Zahl");
}
/* =======================================================================
5. Lesen nimmt die Zahl wieder weg
======================================================================= */
melde("\n=== Gelesen ===");
{
await pat.seite.goto(`${BASIS}/workspace/chat.html`, { waitUntil: "networkidle" });
await pat.seite.waitForSelector(".chat-raum__knopf", { timeout: 8000 });
const zahlInListe = await pat.seite.$eval(".chat-raum__zahl", (e) => e.textContent)
.catch(() => null);
ok(zahlInListe === "1", `in der Gesprächsliste steht die Zahl (${zahlInListe})`);
await pat.seite.click(".chat-raum__knopf");
await pat.seite.waitForTimeout(1200);
const weg = await pat.seite.$(".chat-raum__zahl");
ok(!weg, "nach dem Öffnen ist sie weg");
/* Und sie bleibt weg -- auch nach einem Neuladen. Wäre "gelesen" nur
eine Anzeige im Browser, käme die Zahl beim nächsten Aufruf zurück. */
await pat.seite.reload({ waitUntil: "networkidle" });
await pat.seite.waitForTimeout(1000);
const wiederDa = await pat.seite.$(".chat-raum__zahl");
ok(!wiederDa, "auch nach dem Neuladen bleibt sie weg — es ist wirklich gespeichert");
}
/* =======================================================================
6. Zurücknehmen, im Bild
======================================================================= */
melde("\n=== Zurücknehmen ===");
{
await luna.seite.bringToFront();
const vorher = (await luna.seite.$$(".chat-nachricht")).length;
/* Seit 19.09.2026 ein eigener <dialog> statt confirm() -- bei einem
confirm() haette Playwright ihn nicht von selbst bestaetigt, bei
einem <dialog> muss der Knopf wirklich angeklickt werden. */
await bestaetige(luna.seite, () => luna.seite.click(
".chat-nachricht[data-selbst='ja']:last-of-type .chat-nachricht__weg-knopf"));
await luna.seite.waitForTimeout(1000);
/* UMGEDREHT AM 22.09.2026 ABENDS.
------------------------------------------------------------------
Hier stand: „die Zeile bleibt stehen -- kein Loch im Verlauf", und
daneben „an ihrer Stelle steht 'Nachricht zurueckgenommen'".
Filipe: „Geloeschte Nachrichten verschwinden vollstaendig -- keine
Spur, kein ‚wurde geloescht'-Hinweis, bei niemandem, auch nicht
bei DogFather."
Die Zahl davor und danach ist der Beleg: Sie muss um genau eins
sinken. „Irgendwie weniger" waere auch dann gruen, wenn der ganze
Verlauf verschwaende. */
const nachher = (await luna.seite.$$(".chat-nachricht")).length;
ok(vorher > 0 && nachher === vorher - 1,
`die Zeile ist weg (${vorher} -> ${nachher}) — und nur sie`);
const hinweis = await luna.seite.$(".chat-nachricht__weg");
ok(!hinweis, "und es steht kein Hinweis an ihrer Stelle");
/* UND BEIM GEGENUEBER EBENFALLS -- von selbst, ohne Neuladen. Das
ist der Teil, der ueber den Ereignisstrom laeuft; ohne ihn saehe
Patrick die Nachricht weiter, bis er die Seite neu laedt. */
const beiPat = await pat.seite.waitForFunction(
(wieViele) => document.querySelectorAll(".chat-nachricht").length === wieViele,
vorher - 1, { timeout: 8000 }).then(() => true).catch(() => false);
ok(beiPat, "auch bei Patrick verschwindet sie, ohne Neuladen");
}
/* =======================================================================
GEGENPROBE — misst die Prüfung überhaupt etwas?
======================================================================= */
melde("\n=== Gegenprobe ===");
{
/* Träfe der Selektor nichts, wären alle Haken oben wertlos. */
const vorher = (await luna.seite.$$(".chat-nachricht")).length;
await luna.seite.evaluate(() => {
for (const n of document.querySelectorAll(".chat-nachricht")) n.remove();
});
const nachher = (await luna.seite.$$(".chat-nachricht")).length;
ok(vorher >= 2 && nachher === 0,
`der Selektor trifft (${vorher} gefunden, nach dem Entfernen ${nachher})`);
/* Und ein Text, der nie geschrieben wurde, darf NICHT gefunden
werden -- sonst prüfte "kam an" gar nichts. */
await luna.seite.reload({ waitUntil: "networkidle" });
await luna.seite.waitForTimeout(1200);
const erfunden = await luna.seite.$$eval(".chat-nachricht__text",
(t) => t.some((x) => /Diesen Satz gab es nie/.test(x.textContent)));
ok(!erfunden, "ein nie geschriebener Satz wird nicht gefunden");
}
/* =======================================================================
DER FUSS EINER NACHRICHT BLEIBT IN SEINER BLASE (10.09.2026)
Am Fuss jeder Nachricht stehen die Handgriffe: Zeit, antworten,
zuruecknehmen, kopieren -- und seit Kapitel 7.2 auch anheften. Mit
drei Eintraegen ging die Rechnung auf, mit vier nicht mehr:
Gemessen stand "kopieren" bei 390 px, der haeufigsten Handybreite,
18 px UEBER der Blase; bei 320 px waren es 75.
Gefunden hat das kein Testlauf, sondern ein Blick auf ein
Bildschirmfoto. Damit das beim FUENFTEN Handgriff nicht wieder
passiert, wird es ab jetzt gemessen -- und zwar an echten
Bildpunkten, nicht an der Rechnung, die zu dem Fehler gefuehrt hat.
GEPRUEFT WIRD NICHT DIE ZAHL DER ZEILEN. Ob der Fuss ein- oder
zweizeilig ist, darf sich aendern; dass etwas darin ueber den Rand
haengt, nicht. Ein `flex-wrap: wrap` ist deshalb die Loesung und
keine Schwelle: Es bricht genau dann um, wenn der Platz nicht reicht.
======================================================================= */
melde("\n=== Der Fuss bleibt in der Blase ===");
{
let gemessen = 0;
let heraus = [];
for (const breite of [320, 360, 390, 430]) {
await luna.seite.setViewportSize({ width: breite, height: 844 });
await luna.seite.waitForTimeout(350);
const m = await luna.seite.evaluate(() => {
const raus = [];
let stuecke = 0;
for (const f of document.querySelectorAll(".chat-nachricht__fuss")) {
const blase = f.closest(".chat-nachricht__blase")?.getBoundingClientRect();
if (!blase) continue;
for (const k of f.children) {
stuecke++;
const r = k.getBoundingClientRect();
if (r.width === 0) continue; /* ausgeblendet: kein Fall */
if (r.right > blase.right + 0.5 || r.left < blase.left - 0.5) {
raus.push((k.textContent || "?").trim() + " +" + Math.round(r.right - blase.right));
}
}
}
return { raus, stuecke };
});
gemessen += m.stuecke;
if (m.raus.length) heraus.push(`${breite}px: ${m.raus.join(", ")}`);
}
/* DIE ZAHL GEHOERT IN DIE BEDINGUNG, nicht nur in den Meldetext.
Findet der Selektor nichts, waere `heraus.length === 0` gruen --
und haette nichts angesehen. Genau der Fehler vom 01.09. */
ok(gemessen >= 12 && heraus.length === 0,
`${gemessen} Fusselemente auf vier Breiten gemessen, nichts haengt heraus`
+ (heraus.length ? ` -- ${heraus.join(" | ")}` : ""));
/* GEGENPROBE: Kann die Messung ueberhaupt "haengt heraus" sagen?
Ein Element wird absichtlich hinausgeschoben. Sagt sie dann
weiterhin "alles gut", misst sie gar nichts. */
const erkannt = await luna.seite.evaluate(() => {
const f = document.querySelector(".chat-nachricht__fuss");
const k = f?.lastElementChild;
if (!k) return null;
const alt = k.style.marginLeft;
k.style.marginLeft = "400px";
const blase = f.closest(".chat-nachricht__blase").getBoundingClientRect();
const draussen = k.getBoundingClientRect().right > blase.right + 0.5;
k.style.marginLeft = alt;
return draussen;
});
ok(erkannt === true, "und sie erkennt ein absichtlich hinausgeschobenes Element");
await luna.seite.setViewportSize({ width: 1280, height: 900 });
await luna.seite.waitForTimeout(300);
}
/* =====================================================================
EINE NACHRICHT, DIE NICHT ANKOMMT (20.09.2026)
Der wichtigste Satz im Code daneben lautete: „NICHT STILL
VERSCHWINDEN LASSEN. Wer etwas schreibt und es sieht, glaubt, es
sei angekommen." Gemessen am 20.09.2026 wurde er nicht eingehalten:
`markiereAlsGescheitert` setzte `n.gescheitert = true` -- und
gelesen hat das Merkmal NIEMAND, weder das Skript noch das CSS.
Eine gescheiterte Nachricht sah exakt aus wie eine zugestellte.
Ein Kommentar, der eine Absicht beschreibt, erfüllt sie nicht.
Und der Satz in der Meldezeile bat den Nutzer, die Arbeit der Seite
zu machen: „kopiere sie und versuch es erneut" -- markieren,
kopieren, Feld leeren, einfügen, senden. Fünf Handgriffe für etwas,
das die Seite in einem tun kann; den Text hat sie ja noch.
Geprüft wird deshalb der GANZE Weg, und zwar an einem echten
Fehlschlag: Die Anfrage wird unterwegs abgefangen, die Nachricht
muss sichtbar scheitern, und der Knopf daneben muss sie wirklich
zustellen.
===================================================================== */
{
melde("\n— Eine Nachricht, die nicht ankommt —");
/* Den Sendeweg EINMAL scheitern lassen. Nicht den Server abschalten:
Dann wäre auch der Ereignisstrom weg, und die Prüfung misst einen
anderen Fehler als den gemeinten. */
let abgefangen = 0;
await luna.seite.route("**/api/chat/raeume/*/nachrichten", (weg) => {
if (abgefangen === 0) { abgefangen++; return weg.abort("failed"); }
return weg.continue();
});
const TEXT = "Diese Nachricht scheitert beim ersten Versuch.";
await luna.seite.fill("#text", TEXT);
await luna.seite.press("#text", "Enter");
await luna.seite.waitForTimeout(900);
ok(abgefangen === 1, `die Anfrage wurde wirklich abgefangen (${abgefangen}x)`);
const gescheitert = await luna.seite.evaluate((t) => {
const alle = [...document.querySelectorAll(".chat-nachricht")];
const z = alle.find((e) => e.textContent.includes(t));
if (!z) return null;
return {
markiert: z.dataset.gescheitert === "ja",
knopf: !!z.querySelector(".chat-nachricht__nochmal"),
/* Sieht man den Unterschied WIRKLICH -- oder steht er nur im
Merkmal? Gemessen an echten Bildpunkten. */
rand: getComputedStyle(z.querySelector(".chat-nachricht__blase")).borderTopWidth,
};
}, TEXT);
ok(gescheitert !== null, "die Nachricht steht noch im Verlauf");
ok(gescheitert?.markiert === true, "und ist sichtbar als gescheitert markiert");
ok(gescheitert?.rand !== "0px",
`der Unterschied ist auch zu SEHEN, nicht nur im Merkmal (Rand ${gescheitert?.rand})`);
ok(gescheitert?.knopf === true, "und daneben steht „Nochmal senden“");
/* Der Satz in der Meldezeile verlangt nichts mehr vom Nutzer. */
const satz = await luna.seite.evaluate(() =>
document.getElementById("fehler")?.textContent || "");
ok(!/kopiere/i.test(satz),
`und die Meldung bittet nicht mehr ums Kopieren („${satz.slice(0, 70)}“)`);
/* ---- Und jetzt der Knopf ---------------------------------------- */
const vorher = await luna.seite.evaluate(() =>
document.querySelectorAll(".chat-nachricht").length);
await luna.seite.click(".chat-nachricht__nochmal");
await luna.seite.waitForTimeout(1200);
const danach = await luna.seite.evaluate((t) => {
const alle = [...document.querySelectorAll(".chat-nachricht")];
const treffer = alle.filter((e) => e.textContent.includes(t));
return {
anzahl: alle.length,
mitText: treffer.length,
nochGescheitert: treffer.some((e) => e.dataset.gescheitert === "ja"),
};
}, TEXT);
ok(danach.mitText === 1,
`die Nachricht steht danach GENAU EINMAL da (${danach.mitText}x) `
+ `— nicht doppelt, wie es bei einem zweiten Sendeweg passieren würde`);
ok(danach.nochGescheitert === false, "und gilt nicht mehr als gescheitert");
ok(danach.anzahl === vorher, `die Zahl der Nachrichten blieb gleich (${vorher} → ${danach.anzahl})`);
/* Und sie ist WIRKLICH beim Gegenüber angekommen -- nicht nur im
eigenen Bild. Das ist der Unterschied zwischen „sieht gut aus"
und „funktioniert". */
await pat.seite.waitForTimeout(800);
const beimAnderen = await pat.seite.evaluate((t) =>
document.body.textContent.includes(t), TEXT);
ok(beimAnderen === true, "und sie ist beim Gegenüber angekommen");
await luna.seite.unroute("**/api/chat/raeume/*/nachrichten");
}
/* =======================================================================
MAN MUSS SEHEN, MIT WEM MAN SCHREIBT (20.09.2026)
Gemessen am Handy, Gespraech "Team-Runde":
360 px -> 0 px sichtbar (98 noetig)
390 px -> 12 px
412 px -> 33 px
Auf JEDEM Telefon stand also kein Name in der Kopfzeile. Man oeffnet
ein Gespraech und weiss nicht, mit wem -- und weil die Zeile nicht
leer aussieht (Zurueck-Pfeil, fuenf Knoepfe), wirkt sie nicht kaputt,
sondern nur eng.
WARUM DER GROSSE HANDY-RUNDGANG ES NICHT GEFUNDEN HAT -- zwei eigene
Entscheidungen, die zusammen ein Loch ergaben:
1. Er ueberspringt, was `width > 0` nicht erfuellt. Ein auf null
gequetschtes Element ist unsichtbar, und "unsichtbar" hiess
dort "nichts zu pruefen".
2. Er verzeiht `text-overflow: ellipsis` als ABSICHT. Das ist
richtig -- ein langer Name soll gekuerzt werden. Es ist nur
dann falsch, wenn gar nichts mehr uebrig ist.
Beides ist einzeln vernuenftig. Deshalb steht die Pruefung hier, wo
sie genau eine Sache misst, statt die Regeln dort aufzuweichen.
======================================================================= */
melde("\n=== Man sieht, mit wem man schreibt ===");
{
let gemessen = 0;
const zuEng = [];
for (const breite of [320, 360, 390, 430]) {
await luna.seite.setViewportSize({ width: breite, height: 844 });
await luna.seite.waitForTimeout(400);
const m = await luna.seite.evaluate(() => {
const t = document.getElementById("verlauf-titel");
if (!t) return null;
const r = t.getBoundingClientRect();
return { text: (t.textContent || "").trim(), sicht: Math.round(r.width),
noetig: Math.round(t.scrollWidth) };
});
if (!m || !m.text) continue;
gemessen++;
/* SICHTBAR MUSS SEIN, WAS GEBRAUCHT WIRD -- oder wenigstens so
viel, dass man den Namen erkennt. Ein Drittel eines Namens ist
kein Name. */
if (m.sicht < Math.min(m.noetig, 90)) {
zuEng.push(`${breite}px: ${m.sicht} von ${m.noetig} px`);
}
}
/* DIE ZAHL GEHOERT IN DIE BEDINGUNG: Faende die Schleife gar keinen
Titel, waere "nichts zu eng" trivialerweise wahr. */
ok(gemessen === 4 && zuEng.length === 0,
`der Gespraechsname ist auf allen ${gemessen} Breiten lesbar`
+ (zuEng.length ? " — ZU ENG: " + zuEng.join(", ") : ""));
/* ---- GEGENPROBE ------------------------------------------------
ERST DEN GEMESSENEN FALL NACHSTELLEN. Der erste Anlauf drehte nur
die Angabe zurueck und blieb gruen: In DIESEM Gespraech stehen
drei Knoepfe, da reicht der Platz auch ohne die Reparatur. Der
Fehler trat in einer GRUPPE auf, wo fuenf Knoepfe stehen --
Anrufen, Video, Aufloesen, Wegraeumen, Wer-ist-drin.
Eine Gegenprobe, die den Fall nicht herstellt, den sie pruefen
soll, ist keine. Deshalb bekommt die Knopfreihe hier die Breite,
die fuenf Knoepfe wirklich brauchen (5 x 44 + 4 x 6 Abstand).
Damit muss die alte Angabe den Namen zerdruecken -- und die neue
nicht. Beide Richtungen werden gemessen. */
await luna.seite.setViewportSize({ width: 390, height: 844 });
await luna.seite.waitForTimeout(300);
const ab = await luna.seite.evaluate(() => {
const eng = document.createElement("style");
eng.textContent = ".chat__kopf-knoepfe { min-width: 244px !important; }";
document.head.append(eng);
const t = document.getElementById("verlauf-titel");
const mitNeu = Math.round(t.getBoundingClientRect().width);
const alt = document.createElement("style");
alt.textContent = ".chat__kopf--verlauf .chat__kopf-text { flex: 1 1 0 !important; }";
document.head.append(alt);
const mitAlt = Math.round(t.getBoundingClientRect().width);
alt.remove(); eng.remove();
return { mitNeu, mitAlt };
});
ok(ab.mitAlt < 40,
`Gegenprobe: mit der alten Angabe bleiben ${ab.mitAlt} px — die Pruefung kann auch NEIN sagen`);
ok(ab.mitNeu >= 90,
` und mit der neuen ${ab.mitNeu} px, im selben Aufbau — die Reparatur ist der Unterschied`);
await luna.seite.setViewportSize({ width: 1280, height: 900 });
await luna.seite.waitForTimeout(300);
}
await luna.ctx.close();
await pat.ctx.close();
/* =======================================================================
DAS SCHREIBFELD BLEIBT BREIT GENUG -- AUCH BEIM ANTWORTEN
=======================================================================
Filipes Bildschirmfoto vom 21.09.2026: Die Antwortleiste nimmt die
ganze Breite, und daneben steht ein Schreibfeld von der Breite eines
einzigen Buchstabens. Der Text laeuft senkrecht: "defi / niti / v /
hah / a".
URSACHE: `.chat__eingabe` ist eine Reihe OHNE Umbruch, und die
Antwortleiste ist darin ein gleichberechtigtes Element. Das
Schreibfeld hatte `min-width: 0` -- also woertlich die Erlaubnis,
auf nichts zu schrumpfen.
Das `margin-bottom` an der Leiste sagte seit jeher, dass sie
DARUEBER gehoert. Durchgesetzt wurde es nie. Wieder ein Fall von:
Die Absicht stand da, die Regel nicht.
GEMESSEN WIRD AN DER SCHMALSTEN BREITE, die das Haus kennt -- wenn
es dort passt, passt es ueberall.
======================================================================= */
melde("\n=== Antworten quetscht das Schreibfeld nicht ===");
{
for (const breite of [320, 430]) {
const p2 = await alsRolle("admin", "CODE-DOGI-0001", "chat.html?raum=treff", breite);
try {
await p2.seite.waitForTimeout(900);
const mass = await p2.seite.evaluate(() => {
const l = document.getElementById("antwort-leiste");
const t = document.getElementById("text");
if (!l || !t) return null;
/* Die Leiste wird eingeblendet wie beim Antworten -- mit einem
langen Text, denn genau der hat sie breit gemacht. */
l.hidden = false;
const von = document.getElementById("antwort-von");
const txt = document.getElementById("antwort-text");
if (von) von.textContent = "Diene";
if (txt) {
txt.textContent = "Ohaaa, da bin ich voll dabei. Das waere ein "
+ "Unterschied wie Tag und Nacht, wirklich jedes Mal wieder.";
}
const r = t.getBoundingClientRect();
const rl = l.getBoundingClientRect();
return { feld: Math.round(r.width), leiste: Math.round(rl.width),
fenster: window.innerWidth };
});
ok(!!mass, `${breite} px: Schreibfeld und Antwortleiste sind da`);
if (mass) {
/* 8rem = 128 px ist die Untergrenze aus der Stilvorlage. Ein
Feld darunter ist kein Schreibfeld mehr, sondern ein Spalt. */
ok(mass.feld >= 128,
`${breite} px: das Schreibfeld ist ${mass.feld} px breit (mindestens 128)`);
/* UND DIE LEISTE HAT IHRE EIGENE ZEILE. Waere sie schmaler als
das Fenster, saesse sie wieder neben dem Feld -- dann waere
die Zeile darueber nur zufaellig gruen, weil der Text kurz
genug war. */
ok(mass.leiste > mass.feld,
`${breite} px: die Antwortleiste nimmt die ganze Zeile `
+ `(${mass.leiste} gegen ${mass.feld} px)`);
}
} finally {
await p2.ctx.close();
}
}
}
await browser.close();
try { rmSync(ordner, { recursive: true, force: true }); } catch { /* egal */ }
melde(`\n${fehler === 0 ? "ALLES IN ORDNUNG" : `${fehler} FEHLER`}`);
/* HIER IST process.exit() RICHTIG -- anders als in pruef-push-weg.
Diese Pruefung startet einen Express-Server, und der laeuft von
selbst weiter: offene Verbindungen, ein Zeitgeber fuer die
Sicherung, bei dieser Pruefung zusaetzlich die offenen
Ereignisstroeme des Chats. Mit `exitCode` allein wartet Node ewig
darauf, dass all das zu Ende geht -- der Lauf lief in die
Zeitueberschreitung, obwohl alle Pruefungen schon durch waren.
Der Absturz, der in pruef-push-weg gegen exit() sprach, kam von
fetch-Verbindungen mitten im Schliessen. Die gibt es hier nicht
mehr: Die Browser sind zu, bevor diese Zeile laeuft. */
process.exit(fehler ? 1 : 0);