Files
dogfather-universe/server/pruef-chat-optik.mjs
T
DogFatherGitandClaude Opus 5 bfae4447cd Der Chat bekommt Tiefe -- Lichtkante, Glas und Schatten statt flacher Flächen
Filipe: „ich will dass du die komplette seite viel geiler und moderner
machst. die komplette kachel. die chat liste und die chats selber. …
es soll komplett aus der rolle fahren und was was wir noch nie hatten,
ich will es wirklich übertrieben krass."

EIN SYSTEM, NICHT ZWANZIG EINFÄLLE. Alles Folgende geht auf dieselben
drei Regeln zurück, und deshalb passt es zusammen:

  1. LICHTKANTE  — jede Fläche hat oben eine haardünne helle Linie und
     unten eine dunkle. Damit wird aus einer Fläche ein Körper: Licht
     fällt von oben. Was VERTIEFT ist (Suchfeld, Knopfgruppe), bekommt
     es genau andersherum.
  2. TIEFENSCHATTEN — lang und weich, weit unterhalb. Er trägt, er
     umrandet nicht.
  3. GLAS — was oben liegt, ist leicht durchscheinend und verwischt,
     was dahinter ist. Dadurch sieht man die Ebene, ohne eine Linie.

WAS DAS KONKRET HEISST
  * Der Rahmen hat eine Kante statt eines Strichs; zwischen den beiden
    Spalten stossen zwei Platten aneinander.
  * Die Gesprächszeile HEBT sich beim Überfahren, statt sich zu färben
    — der Unterschied zwischen einer Tabelle und einer Bedienung.
  * Das Zeichen (Kreis mit Buchstabe) ist ein Körper mit Licht, Saum
    und eigenem Schein in der Rollenfarbe.
  * Die fünf Handgriffe unter jeder Blase waren unterstrichene Wörter
    — im Netz heisst das seit dreissig Jahren „führt woandershin", und
    genau das tun sie nicht. Jetzt leise Marken. Sie bleiben SICHTBAR:
    Die Entscheidung vom 23.09. gilt weiter (auf dem Handy gibt es kein
    Überfahren).
  * Der Datumstrenner ist ein Schild auf der Linie statt nackter
    Grossbuchstaben.
  * Die Eingabe ist eine Konsole: Glas, Lichtkante, Schatten nach oben.
    Die vier Buchstaben (F K U S) standen frei im Raum — jetzt Schalter
    in einem Streifen über dem Schreibfeld.
  * Der Verlauf hat einen weichen Saum: Nachrichten laufen UNTER Kopf
    und Konsole, statt an einer harten Kante abzubrechen.
  * Titel, Unterzeile und die vier Kopfknöpfe (jetzt eine Gruppe in
    einer Mulde) bekommen eine Rangfolge.

WAS ABSICHTLICH UNANGETASTET BLEIBT: die FARBE der Blase. Sie ist die
persönliche Kachel und wird von pruef-chatkachel gemessen — die Prüfung
rechnet mit dem Farbwert selbst. Ein Verlauf oder Glas darauf hätte den
gemessenen und den gesehenen Wert auseinandergebracht, und zwar still.
Die Blase bekommt Tiefe über Kante und Schatten, nicht über den Grund.

DREI EIGENE FEHLER, VON DEN PRÜFUNGEN GEFUNDEN
  * Die Formatknöpfe hatte ich auf 32 px verkleinert — hübscher, und
    damit unter der Grenze von 44 px, unter der ein Daumen danebentrifft.
  * Vier statt zwei Pixel Abstand dazwischen = sechs Pixel mehr an der
    schmalsten Stelle. Die Zeile ist dort seit dem 23.09. auf den Pixel
    voll.
  * Meine erste Fassung der Gestaltungsleiste zerlegte die Konsole in
    drei Zeilen.

UND EIN FEHLALARM, DER SEIT LANGEM ROT WAR: pruef-chat-optik verglich
die OBERKANTEN von Schreibfeld und Senden-Knopf. Die Zeile ist aber
unten bündig, das Feld zwei Zeilen hoch — die Oberkanten liegen
zwangsläufig 24 px auseinander, obwohl beide nebeneinander stehen.
Gemerkt habe ich es erst, als zwei Reparaturen die Zahl nicht bewegt
haben: Eine Zahl, die sich durch die Reparatur nicht ändert, misst
etwas anderes, als man denkt. Sie fragt jetzt nach der GEMEINSAMEN
Höhe (44 von 44) und ist damit strenger als vorher.

GEPRÜFT: chat-optik, chatkachel, chat-ausbau, chat, chat-neu,
chat-kanaele, css-klassen, tippziele, lesbarkeit — alle 0 Fehler.
Dazu mess-chat-optik.mjs: vier Bilder (Liste und Verlauf, 1440 und
412 px) auf eigener Wegwerf-Datenbank.

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-09-25 01:20:16 +02:00

864 lines
40 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) {
/* MIT FINGER, WENN ES SCHMAL IST. Playwright schaltet
`pointer: coarse` nur ein, wenn der Zusammenhang Beruehrung kennt
-- ohne das misst man den Rechner und glaubt, es sei das Handy.
Genau daran ist mir am 23.09. eine Messung danebengegangen. */
const ctx = await browser.newContext({
viewport: { width: breite, height: 900 },
hasTouch: breite < 900, isMobile: breite < 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();
}
}
}
/* =======================================================================
DIE SCHREIBZEILE AUF DEM HANDY (23.09.2026)
Filipe schreibt vom Handy. In dieser einen Zeile stehen inzwischen
SECHS Dinge: Bueroklammer, Mikrofon, GIF, Emoji, Schreibfeld,
Senden -- die letzten drei sind in der Nacht zum 23.09. dazu-
bzw. umgekommen.
WARUM DAS GEFAEHRLICH IST, steht in den Hausregeln: Am 06.09.2026
kam ein sechstes Element in die Kopfleiste, und bei 412 px lag ein
Knopf ueber dem anderen -- wer auf "Meine Sicht" tippte, landete im
Chat, auf zwoelf Seiten.
GEMESSEN AM 23.09., VOR DEM UMBAU:
320 px Feld 164
390 px Feld 130 -- und "Senden" ALLEIN auf einer eigenen Zeile
412 px Feld 151 -- dito
Das Feld lag auf seiner Untergrenze, und der Knopf, der die
Nachricht wegschickt, war weiter vom Text entfernt als die
Bueroklammer. Kaputt war nichts; benutzbar war es auch nicht.
NACH DEM UMBAU (zwei Gruppen: Werkzeuge / Schreiben):
320 px Feld 214 390 px Feld 278
412 px Feld 299 1280 px Feld 560
Diese Pruefung haelt beides fest: dass das Feld breit genug bleibt,
und dass Senden dabei steht.
======================================================================= */
melde("\n=== Die Schreibzeile auf dem Handy ===");
{
/* ==== MIT JEMANDEM, DER ALLE VIER WERKZEUGE HAT =================
Der erste Anlauf mass mit einem Scout -- und der bekommt Mikrofon
und GIF gar nicht zu sehen (nur Team Dogi und DogFather duerfen
Sprachnachrichten und GIFs schicken). Gemessen wurde damit eine
Zeile mit ZWEI Dingen darin, waehrend der gefaehrliche Fall der
mit VIER ist.
Aufgefallen ist es erst in der Gegenprobe: Mit der alten Fassung
kam das Feld auf 178 px statt der 130, die ich am selben Tag von
Hand gemessen hatte. Zwei verschiedene Zahlen fuer dieselbe
Sache -- das war der Hinweis.
Jetzt DogFather im Treff: vier Werkzeuge, und der Raum ist
sicher da. */
const handy = await alsRolle("admin", "CODE-DOGI-0001", "chat.html?raum=treff", 390);
try {
await handy.seite.waitForSelector("#schreiben:not([hidden])", { timeout: 8000 });
await handy.seite.waitForTimeout(900);
const zeile = await handy.seite.evaluate(() => {
const f = document.getElementById("text");
const senden = document.getElementById("senden");
const werk = document.querySelector(".chat__werkzeuge");
const r = (e) => { const x = e?.getBoundingClientRect();
return x ? { b: Math.round(x.width), h: Math.round(x.height),
y: Math.round(x.top), x: Math.round(x.left), re: Math.round(x.right) } : null; };
/* Ueberlappt irgendetwas in der Zeile? Genau das ist am 06.09.
passiert -- und man merkt es erst, wenn man danebentippt. */
const stuecke = [...document.querySelectorAll(
"#schreiben button, #schreiben textarea")]
.filter((e) => { const x = e.getBoundingClientRect(); return x.width > 1 && x.height > 1; })
.map((e) => ({ was: e.id || e.className.toString().split(" ")[0], ...r(e) }));
const drueber = [];
for (let i = 0; i < stuecke.length; i++) {
for (let j = i + 1; j < stuecke.length; j++) {
const a2 = stuecke[i], b2 = stuecke[j];
const ux = Math.min(a2.re, b2.re) - Math.max(a2.x, b2.x);
const uy = Math.min(a2.y + a2.h, b2.y + b2.h) - Math.max(a2.y, b2.y);
if (ux > 2 && uy > 2) drueber.push(`${a2.was} / ${b2.was}`);
}
}
return {
feld: r(f), senden: r(senden), werkzeuge: r(werk),
klein: stuecke.filter((t) => t.b < 38 || t.h < 38).map((t) => `${t.was} ${t.b}x${t.h}`),
drueber,
quer: document.documentElement.scrollWidth - window.innerWidth,
werkzeugZahl: werk ? werk.querySelectorAll("button").length : 0,
};
});
/* DIE ZAHL GEHOERT IN DIE BEDINGUNG -- ohne Feld waere alles
darunter gruen, ohne etwas angesehen zu haben. */
ok(!!zeile.feld && !!zeile.senden, "Schreibfeld und Senden sind da");
/* 220 px, und die Zahl ist der gemessene Ist-Wert minus Luft:
Gemessen sind 278. Vor dem Umbau waren es 130 -- die Pruefung
waere damals rot geworden, und genau das soll sie wieder, wenn
jemand einen siebten Knopf dazustellt. */
ok((zeile.feld?.b || 0) >= 220,
`das Schreibfeld ist ${zeile.feld?.b} px breit (mindestens 220)`);
/* SENDEN STEHT BEIM FELD. Vorher lag es eine Zeile tiefer, unten
links -- weiter vom Text entfernt als die Bueroklammer. */
/* ==== SIE VERGLICH DIE OBERKANTEN (behoben 25.09.2026) =========
Hier stand `Math.abs(senden.y - feld.y) <= 6`. Die Absicht ist
richtig, die Messung war es nicht: Die Zeile ist `align-items:
flex-end` -- beide stehen UNTEN buendig. Das Schreibfeld ist
zwei Zeilen hoch (66 px), der Knopf 42. Die Oberkanten liegen
damit zwangslaeufig 24 px auseinander, OBWOHL beide in
derselben Zeile stehen.
Die Pruefung war dadurch dauerhaft rot, ohne dass etwas kaputt
war -- und eine Warnung, die immer kommt, wird ueberlesen.
Gefunden habe ich es erst, als ich zweimal an der falschen
Stelle repariert hatte (Knopfbreite, Abstand): Beide Male
aenderte sich nichts an der Zahl. Eine Zahl, die sich durch die
Reparatur nicht bewegt, misst etwas anderes, als man denkt.
GEFRAGT WIRD JETZT, WAS GEMEINT IST: Teilen sich die beiden
eine Zeile? Das heisst, ihre senkrechten Bereiche UEBERLAPPEN
sich -- und zwar deutlich, nicht nur um einen Pixel. Rutscht
"Senden" wirklich eine Zeile tiefer, ist die Ueberlappung null
und die Zeile wird rot. Sie prueft damit mehr als vorher, nicht
weniger: Die alte Fassung haette zwei gleich hohe Elemente auch
dann durchgelassen, wenn sie in verschiedenen Spalten stehen. */
const fO = zeile.feld?.y || 0, fU = fO + (zeile.feld?.h || 0);
const sO = zeile.senden?.y || 0, sU = sO + (zeile.senden?.h || 0);
const gemeinsam = Math.min(fU, sU) - Math.max(fO, sO);
const kleinste = Math.min(zeile.feld?.h || 0, zeile.senden?.h || 0);
ok(kleinste > 0 && gemeinsam >= kleinste * 0.8,
`und "Senden" steht daneben, nicht darunter `
+ `(${gemeinsam} von ${kleinste} px gemeinsame Hoehe)`);
ok(zeile.drueber.length === 0,
`nichts liegt uebereinander (${zeile.drueber.join(", ") || "nichts"})`);
ok(zeile.klein.length === 0,
`alle Bedienelemente sind am Daumen treffbar (${zeile.klein.join(", ") || "alle gross genug"})`);
ok(zeile.quer <= 1, `die Seite scrollt nicht waagerecht (${zeile.quer})`);
/* GEGENPROBE ZUR MESSUNG: Die Werkzeuge muessen auf einem Handy
in einer ANDEREN Zeile stehen als das Feld -- sonst hiesse
"Senden steht daneben" nur, dass alles in einer Zeile liegt
und die Messung gar nicht unterscheiden kann. */
ok(zeile.werkzeugZahl === 4,
`die vier Werkzeuge stehen in einer Gruppe (${zeile.werkzeugZahl})`);
/* `!!zeile.werkzeuge` GEHOERT IN DIE BEDINGUNG, und das ist kein
Zierrat: In der Gegenprobe gab es die Gruppe nicht, `y` war
`undefined`, und `(undefined || 0) < 834` ist wahr -- die Zeile
stand gruen da, ohne etwas angesehen zu haben. Genau die Sorte
gruener Haken, vor der die Hausregeln warnen, und sie ist mir
hier selbst passiert. */
ok(!!zeile.werkzeuge && !!zeile.feld
&& zeile.werkzeuge.y < zeile.feld.y - 10,
`und auf dem Handy in einer eigenen Zeile darueber (y ${zeile.werkzeuge?.y} zu ${zeile.feld?.y})`);
} finally { await handy.ctx.close(); }
/* UND AM RECHNER PASST ALLES IN EINE ZEILE. Ohne diese Zeile waere
"die Werkzeuge stehen darueber" eine Regel, die auch dort gaelte,
wo reichlich Platz ist -- und die Zeile waere unnoetig hoch. */
const laptop = await alsRolle("admin", "CODE-DOGI-0001", "chat.html?raum=treff", 1280);
try {
await laptop.seite.waitForSelector("#schreiben:not([hidden])", { timeout: 8000 });
await laptop.seite.waitForTimeout(800);
const weit = await laptop.seite.evaluate(() => {
const f = document.getElementById("text")?.getBoundingClientRect();
const w = document.querySelector(".chat__werkzeuge")?.getBoundingClientRect();
const se = document.getElementById("senden")?.getBoundingClientRect();
return { feld: Math.round(f?.width || 0),
gleicheZeile: !!f && !!w && Math.abs(f.top - w.top) <= 12,
sendenDaneben: !!f && !!se && Math.abs(f.top - se.top) <= 6 };
});
ok(weit.feld >= 400, `am Rechner ist das Feld ${weit.feld} px breit`);
ok(weit.gleicheZeile,
"und die Werkzeuge stehen daneben statt darueber — dort ist Platz");
ok(weit.sendenDaneben, "Senden steht auch dort beim Feld");
} finally { await laptop.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);