Files
dogfather-universe/server/pruef-chat-optik.mjs
T
DogFatherGitandClaude Opus 5 58911d7c4f Auf dem Handy steht jetzt da, wer reagiert hat
VanVan (Support): „Wenn man auf dem Handy auf die Reaktionen unter einer
Nachricht geht, dann sieht man nicht wer darauf reagiert hat. Auf dem PC
funktioniert es."

DIE URSACHE STAND IM QUELLTEXT, mit Kommentar und allem:

    b.title = `${r.wer.join(', ')} · ...`

Ein `title` erscheint beim UEBERFAHREN MIT DER MAUS. Auf einem Finger
gibt es kein Ueberfahren -- und das Antippen schaltet stattdessen die
eigene Reaktion um. Die Auskunft war also nicht versteckt, sondern an
ein Geraet gebunden, das die Haelfte des Teams nicht benutzt. „Auf dem
PC funktioniert es" war der entscheidende Satz ihrer Meldung.

GEAENDERT: Unter den Kacheln steht auf Fingergeraeten eine Zeile mit
den Namen -- je Zeichen, mit dem Zeichen davor:

    👍 Patrick · ❤️ VanVan, Miss

WARUM EINE ZEILE UND KEIN LANGDRUECKEN. Ein langer Druck ist die
uebliche Antwort und die schlechteste: Man muss wissen, dass es ihn
gibt. Hier sind es Leute aus EINEM Raum, also kurze Listen -- sie
passen hin. Was dasteht, muss niemand finden.

WARUM NUR AUF DEM FINGER. Am Rechner funktioniert das Ueberfahren, und
eine Dauerzeile unter jeder zweiten Nachricht waere dort Unruhe ohne
Gewinn. Der `title` bleibt unveraendert.

ZWEI KLEINIGKEITEN, DIE KEINE SIND:
 · `aria-hidden="true"` an der Zeile. Jede Kachel traegt ihre Namen
   schon im `aria-label`; ohne das hoerte ein Vorleseprogramm alles
   doppelt.
 · Die Farbe ist die der Blase (`--blase-leise`), nicht eine feste.
   Derselbe Grund wie bei der Sprachnachricht: Jede Blase traegt die
   Farbe ihres Absenders, und eine feste Schrift ergaebe auf Babyblau
   wieder 1,91:1.

GEPRUEFT AUF BEIDEN GERAETEN, sonst beweist es nichts (pruef-chat-optik,
62 -> 71). Am Handy MUSS die Zeile da sein, am Rechner MUSS sie fehlen
und der Titel die Namen tragen. Ohne die zweite Haelfte waere eine
Regel, die immer gilt, genauso gruen -- und haette am Rechner eine
Zeile angehaengt, die niemand bestellt hat.

    auf dem Handy steht die Zeile da (true)
      und sie nennt den Namen: „👍 Patrick"
      und ein Vorleseprogramm hoert sie nicht doppelt (aria-hidden)
    am Rechner bleibt sie weg — dort funktioniert das Überfahren
      und die Namen stehen wie bisher im Titel

Gemessen wird mit einem FREMDEN Namen (DogFather schreibt, Patrick
reagiert). Mit der eigenen Reaktion staende „Du" da, und die Pruefung
haette den Fall nicht gemessen, um den es geht.

GEPRUEFT: pruef-chat-optik 71 ok · pruef-chat 63 ok ·
pruef-chat-aufloesen 126 ok.

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-10-02 14:17:51 +02:00

1085 lines
51 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,
/* WIE VIELE WERKZEUGE GIBT ES UEBERHAUPT -- unabhaengig davon,
wo sie stehen. Die Zahl daneben sagt, wie viele IN der
Gruppe sitzen; erst der Vergleich beider sagt, ob eines
danebenliegt. Eine feste Zahl kann das nicht: Sie wird
falsch, sobald ein Werkzeug dazukommt -- und genau das ist
am 25.09.2026 passiert (der Schriftknopf „Aa"). */
werkzeugAlle: document.querySelectorAll(
"#schreiben :is(.chat__anhang, .chat__ton, .chat__gif,"
+ " .chat__emoji, .chat__schriftknopf)").length,
};
});
/* 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. */
/* HIER STAND EINE 4 (nachgebessert 25.09.2026).
Sie war vom ersten Tag an eine Rechnung von gestern: Kommt ein
Werkzeug dazu, wird die Zeile rot, obwohl nichts kaputt ist --
und wer sie dann einfach auf 5 hochsetzt, macht denselben Fehler
mit einer anderen Zahl. Dieses Haus ist an festen Zahlen schon
dreimal hereingefallen (Kopfleiste 06.09., Schriftgroessen
14.09., Tippziele 20.09.).
GEFRAGT WIRD JETZT, WAS GEMEINT IST: Liegt KEINES der Werkzeuge
ausserhalb der Gruppe? Das ist die Sache -- sie sollen als Block
umbrechen, damit nicht eines allein auf einer Zeile landet. Die
Regel misst damit, statt zu rechnen, und der naechste Knopf
bringt sie nicht zu Fall.
DIE ANZAHL STEHT TROTZDEM IN DER BEDINGUNG: Waere die Gruppe
leer, weil jemand die Klasse umbenennt, waeren „0 von 0" sonst
gruen -- ein Haken ohne Gegenstand. */
ok(zeile.werkzeugAlle >= 4 && zeile.werkzeugZahl === zeile.werkzeugAlle,
`alle ${zeile.werkzeugAlle} Werkzeuge stehen in EINER Gruppe `
+ `(${zeile.werkzeugZahl} davon drin)`);
/* ==== DIE SCHRIFTLEISTE KLAPPT AUF UND ZU (25.09.2026) =========
Filipe: „die sachen von screen3 verbinde die mit dem auf
screen4. so dass wenn man drauf drückt man die anderen zu sehen
bekommt. damit es nicht zu viel platz nimmt."
GEMESSEN WIRD DER PLATZ, nicht nur der Zustand: Die Konsole muss
zugeklappt SPUERBAR niedriger sein. Ein Knopf, der ein Merkmal
umstellt, ohne dass Platz frei wird, haette den Auftrag nicht
erfuellt -- und ein `aria-expanded`, das sich aendert, waere
trotzdem gruen.
UND DIE TASTENKUERZEL: Sie haengen am Schreibfeld, nicht an der
Leiste. Waere das anders, haette das Zuklappen Strg+B
mitgenommen -- eine Funktion, die verschwindet, weil man Platz
sparen wollte. */
const vorher = await handy.seite.evaluate(() => ({
hoehe: Math.round(document.getElementById("schreiben").getBoundingClientRect().height),
leiste: !!document.querySelector(".textform")?.getBoundingClientRect().height,
auf: document.getElementById("schrift-auf")?.getAttribute("aria-expanded"),
}));
ok(vorher.auf === "false" && vorher.leiste === false,
`die Schriftleiste ist von sich aus zu (aria-expanded=${vorher.auf})`);
await handy.seite.click("#schrift-auf");
await handy.seite.waitForTimeout(350);
const offen = await handy.seite.evaluate(() => ({
hoehe: Math.round(document.getElementById("schreiben").getBoundingClientRect().height),
knoepfe: [...document.querySelectorAll(".textform__knopf")]
.filter((e) => e.getBoundingClientRect().height > 1).length,
auf: document.getElementById("schrift-auf")?.getAttribute("aria-expanded"),
}));
ok(offen.auf === "true" && offen.knoepfe === 4,
`ein Druck macht sie auf -- vier Zeichen (${offen.knoepfe})`);
ok(offen.hoehe > vorher.hoehe + 20,
`und zugeklappt spart das wirklich Platz `
+ `(${vorher.hoehe} px zu ${offen.hoehe} px, ${offen.hoehe - vorher.hoehe} px)`);
/* DIE WAHL UEBERLEBT DAS NEULADEN -- wer viel gestaltet, gestaltet
weiter. Ohne diese Zeile waere „sie klappt auf" ein Zustand, den
man bei jeder Nachricht neu herstellen muesste. */
await handy.seite.reload({ waitUntil: "networkidle" });
await handy.seite.waitForSelector("#schreiben:not([hidden])", { timeout: 8000 });
await handy.seite.waitForTimeout(700);
const danach = await handy.seite.evaluate(() => ({
auf: document.getElementById("schrift-auf")?.getAttribute("aria-expanded"),
knoepfe: [...document.querySelectorAll(".textform__knopf")]
.filter((e) => e.getBoundingClientRect().height > 1).length,
}));
ok(danach.auf === "true" && danach.knoepfe === 4,
`und bleibt nach dem Neuladen offen (${danach.auf}, ${danach.knoepfe} Zeichen)`);
/* GEGENPROBE: ZUGEKLAPPT IST NICHT ABGEBAUT.
Der erste Anlauf wollte hier Strg+B tippen und pruefen, ob "**"
im Feld landet. Das lief in eine Zeitbombe: Der Treff hat eine
NACHTRUHE, und zwischen 22 und 6 Uhr ist das Schreibfeld
`disabled`. Die Pruefung waere sechs Stunden am Tag rot gewesen,
ohne dass an der Sache etwas ist -- genau die Sorte Fehlalarm,
die dieses Haus am 06.09.2026 schon einmal notiert hat („ein
Test, der die Wanduhr als Annahme benutzt").
GEMESSEN WIRD STATTDESSEN DIE SACHE SELBST: Die vier Knoepfe
sind weiterhin IM DOKUMENT, sie haben nur keine Flaeche mehr.
Das ist der Unterschied zwischen „versteckt" und „abgebaut" --
und daran haengt, dass die Tastenkuerzel weiterlaufen: Sie
haengen am Schreibfeld (textform.js), und die Leiste wird nicht
neu gebaut, wenn man sie wieder aufmacht. Waere sie beim
Zuklappen entfernt worden, waere der naechste Aufbau ein zweiter
Satz Zuhoerer -- und Strg+B haette doppelt zugeschlagen. */
await handy.seite.click("#schrift-auf");
await handy.seite.waitForTimeout(300);
const zu = await handy.seite.evaluate(() => ({
imDokument: document.querySelectorAll(".textform__knopf").length,
sichtbar: [...document.querySelectorAll(".textform__knopf")]
.filter((e) => e.getBoundingClientRect().height > 1).length,
hoehe: Math.round(document.getElementById("schreiben").getBoundingClientRect().height),
merker: document.getElementById("text")?.dataset.textform,
}));
ok(zu.imDokument === 4 && zu.sichtbar === 0,
`Gegenprobe: zugeklappt sind sie versteckt, nicht abgebaut `
+ `(${zu.imDokument} im Dokument, ${zu.sichtbar} sichtbar)`);
ok(zu.merker === "ja" && zu.hoehe === vorher.hoehe,
`und die Konsole ist wieder so hoch wie am Anfang (${zu.hoehe} px)`);
/* `!!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(); }
}
/* =======================================================================
WER HAT REAGIERT? -- AUCH OHNE MAUS (02.10.2026)
VanVan: „Wenn man auf dem Handy auf die Reaktionen unter einer
Nachricht geht, dann sieht man nicht wer darauf reagiert hat. Auf
dem PC funktioniert es."
Die Namen standen im `title` der Kachel. Ein `title` erscheint beim
UEBERFAHREN MIT DER MAUS -- auf einem Finger gibt es das nicht, und
das Antippen schaltet stattdessen die eigene Reaktion um. Die
Auskunft war nicht versteckt, sondern an ein Geraet gebunden.
GEPRUEFT WIRD AUF BEIDEN GERAETEN, sonst beweist es nichts: Am
Handy MUSS die Namenszeile da sein, am Rechner MUSS sie fehlen und
der `title` die Namen tragen. Ohne die zweite Haelfte waere eine
Regel, die immer gilt, genauso gruen -- und wuerde am Rechner unter
jeder zweiten Nachricht eine Zeile anhaengen, die niemand bestellt
hat.
======================================================================= */
melde("\n=== Wer hat reagiert? ===");
{
/* DogFather schreibt, Patrick reagiert -- dann steht ein FREMDER
Name da. Mit der eigenen Reaktion waere „Du" zu sehen, und die
Pruefung haette den Fall nicht gemessen, um den es geht. */
const dogi = await alsRolle("admin", "CODE-DOGI-0001", "chat.html", 1280);
let nid = null;
let raumId = null;
try {
const raum = await dogi.seite.evaluate(async (id) => {
const a = await fetch("/workspace/api/chat/direkt", {
method: "POST", credentials: "same-origin",
headers: { "Content-Type": "application/json" },
body: JSON.stringify({ mit: id }),
});
return (await a.json())?.raum_id;
}, idPat);
raumId = raum;
nid = await dogi.seite.evaluate(async (r) => {
const a = await fetch(`/workspace/api/chat/raeume/${r}/nachrichten`, {
method: "POST", credentials: "same-origin",
headers: { "Content-Type": "application/json" },
body: JSON.stringify({ text: "Woran reagiert ihr?" }),
});
return (await a.json())?.nachricht?.id;
}, raum);
ok(Number.isInteger(nid), `eine Nachricht zum Reagieren da (#${nid})`);
const pat = await alsRolle("scout", "CODE-SCOU-0001", "chat.html", 1280);
try {
const code = await pat.seite.evaluate(async (n) => {
const a = await fetch(`/workspace/api/chat/nachrichten/${n}/reaktion`, {
method: "PUT", credentials: "same-origin",
headers: { "Content-Type": "application/json" },
body: JSON.stringify({ zeichen: "👍" }),
});
return a.status;
}, nid);
ok(code === 200 || code === 201, `Patrick reagiert mit 👍 (HTTP ${code})`);
} finally { await pat.ctx.close(); }
} finally { await dogi.ctx.close(); }
/** Was auf einem Geraet wirklich zu sehen ist. */
const ansehen = async (breite) => {
/* MIT DEM RAUM IN DER ADRESSE. Ohne ihn steht die Seite auf der
Gespraechsliste, es ist keine Nachricht offen -- und die
Pruefung wartet zehn Sekunden auf eine Kachel, die es dort
gar nicht geben kann. */
const wer = await alsRolle("admin", "CODE-DOGI-0001",
`chat.html?raum=${raumId}`, breite);
try {
await wer.seite.waitForSelector(".reaktionen__stueck", { timeout: 10000 });
await wer.seite.waitForTimeout(500);
return await wer.seite.evaluate(() => {
const z = document.querySelector(".reaktionen__wer");
const k = document.querySelector(".reaktionen__stueck");
const r = z ? z.getBoundingClientRect() : null;
return {
zeileDa: !!z,
sichtbar: !!z && getComputedStyle(z).display !== "none"
&& !!r && r.height > 0,
text: (z?.textContent || "").trim(),
titel: k?.getAttribute("title") || "",
vorlesewort: k?.getAttribute("aria-label") || "",
fuerVorleser: z?.getAttribute("aria-hidden") || "",
};
});
} finally { await wer.ctx.close(); }
};
const handy = await ansehen(390);
ok(handy.sichtbar, `auf dem Handy steht die Zeile da (${handy.sichtbar})`);
ok(/Patrick/.test(handy.text),
` und sie nennt den Namen: „${handy.text}"`);
ok(/👍/.test(handy.text), " mit dem Zeichen davor, damit klar ist, worauf");
/* Jede Kachel traegt ihre Namen schon im `aria-label`. Ohne
`aria-hidden` hoerte ein Vorleseprogramm alles doppelt. */
ok(handy.fuerVorleser === "true",
" und ein Vorleseprogramm hoert sie nicht doppelt (aria-hidden)");
const rechner = await ansehen(1280);
ok(rechner.zeileDa && !rechner.sichtbar,
"am Rechner bleibt sie weg — dort funktioniert das Überfahren");
ok(/Patrick/.test(rechner.titel),
` und die Namen stehen wie bisher im Titel („${rechner.titel.slice(0, 40)}…")`);
ok(/Patrick/.test(rechner.vorlesewort),
" das Vorlesewort der Kachel nennt sie auf beiden Geräten");
}
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);