Telefonieren ging nur ueber UDP -- und die Seite sprang immer hoch

=== 1. WARUM TELEFONIEREN NICHT GING ===

Filipe: "es klingelt erscheint auch alles bei jedem aber telefonieren
klappt immer noch nicht."

GEMESSEN, BEVOR ETWAS GEAENDERT WURDE -- und alles war gruen:

  coturn laeuft                 aktiv
  STUN von aussen               antwortet, nennt meine oeffentliche Adresse
  echte Zuteilung von aussen    7/7, Testpaket kam an (Port 49183)
  Dreier-Anruf im Prueflauf     verbindet, alle hoeren alle

Vier Messungen, vier Mal in Ordnung -- und das Telefon ging trotzdem
nicht. Der Grund: Der Prueflauf faehrt BEIDE Seiten auf demselben
Rechner. Dort finden sie sich ueber die direkte Adresse, und die
Vermittlung wird nie gebraucht. Draussen sitzen sie in verschiedenen
Netzen.

DER FUND: Eingetragen war eine einzige Adresse --

    turn:159.195.212.167:3478

Ein `turn:` OHNE `?transport=` heisst UDP, und nur UDP. Nachgemessen
hoert coturn aber auf beidem: 3478/UDP offen, 3478/TCP offen (5349/TLS
ist zu). Angeboten wurde nur der halbe Server.

Wer in einem Netz sitzt, das UDP nach draussen sperrt -- Mobilfunk mit
strengem Profil, Gast-WLAN, Firmennetz --, bekam damit KEINEN
Vermittlungsweg. Es klingelt (das laeuft ueber die Website, also ueber
443), und danach passiert nichts. Genau das gemeldete Bild.

Aus einem Eintrag werden jetzt drei Wege:
  stun:host:port                die eigene Adresse finden, ohne Vermittlung
  turn:host:port?transport=udp  der schnelle Weg
  turn:host:port?transport=tcp  der Weg durch fast jede Sperre

ABGELEITET, NICHT EINGETRAGEN: Drei Zeilen von Hand waeren drei
Stellen, an die beim naechsten Serverumzug jemand denken muesste --
die abgeschriebene Liste, die hier schon zweimal teuer war. Ein
Eintrag MIT `?transport=` bleibt unangetastet, ein fremder Dienst mit
eigenem Passwort sowieso.

pruef-turn-wege (neu, 15/0) sichert beides: dass jeder Weg herauskommt
UND dass jeder turn:-Weg Zugangsdaten traegt. Das Zweite ist das
wichtigere -- auffaechern ohne anmelden haette den Fehler nur
verschoben.

=== 2. DIE SEITE SPRANG BEIM ZURUECKGEHEN IMMER HOCH ===

Filipe: "das nervt man muss dan immer wieder runter scrollen bis man
da ist wo man vorher war."

Der Browser versucht es sogar -- scrollRestoration steht ab Werk auf
"auto". Nur: Jede Seite hier kommt fast leer an und holt ihren Inhalt
danach per Abruf. In dem Moment, in dem der Browser die alte Position
wiederherstellen will, ist das Dokument ein paar hundert Pixel hoch.
Er kann nicht auf Zeile 900 springen, die es noch nicht gibt -- und er
versucht es kein zweites Mal.

Jetzt macht es kopf.js selbst (gilt damit auf allen 21 Seiten): Stelle
merken beim Verlassen, beim Oeffnen zurueckholen und jeden Bildaufbau
lang versuchen, bis das Dokument hoch genug ist. Nach drei Sekunden
wird aufgegeben.

Drei Dinge sind Absicht:
  - NUR beim Zurueckgehen, nicht bei jedem Oeffnen. Wer eine Kachel
    anklickt, will oben anfangen.
  - WER SELBST SCROLLT, GEWINNT. Rad, Wisch oder Taste beenden das
    Nachspringen sofort.
  - Nach einer Stunde vergessen -- auf Zeile 900 zu landen, weil man
    gestern dort war, ist keine Hilfe.

=== 3. DIE LISTE IST NACH ROLLE GETRENNT ===

Filipe: "die rechte hand rolle immer zuerst und dan die modis. die
sollen auch schoen getrennt sein und verschieden aussehen also die
rechte hand viel spezieller."

Die Reihenfolge macht der Server ueber ROLLEN_SORTIERUNG -- dieselbe
Konstante wie ueberall sonst im Haus, nicht eine zweite. Eine
Sortierung nach ROLLE ist ausdruecklich keine Rangliste: Sie sagt
nichts darueber, wie gut jemand ist, nur welche Aufgabe er hat.
Deshalb steht ueber jeder Gruppe ein Satz und keine Zahl.

"Spezieller" heisst hier Material, nicht Groesse: eigener Farbton als
Kante und Schimmer, hellere Flaeche, kraeftigerer Name. Beide Karten
sind GLEICH GROSS und tragen dieselben Zeilen -- zwei Sorten Aufgabe,
keine Rangfolge. Im Kontrastmodus traegt eine doppelte Kante die
Unterscheidung, weil dort keine Farbe mehr wirkt.

=== 4. DER ANRUFKASTEN ===

Vorher: vier gleich aussehende Pillen nebeneinander, darunter eine
Geraeteauswahl, die das breiteste Element war. Kein Name, keine
Ordnung, und der einzige Knopf mit Folgen sah aus wie die anderen.

  - MAN SAH NICHT, MIT WEM. Der wichtigste Satz eines Telefonats fehlte.
    Der Chat kennt den Namen und gibt ihn jetzt mit; wer rangeht, sieht
    den Anrufer.
  - "MIKRO AN" WAR ZWEIDEUTIG -- "ist an" oder "schalt an"? Wer falsch
    raet, sitzt stumm da. Jetzt traegt ein durchgestrichenes Zeichen
    den Zustand, das Wort nur die Sache. aria-pressed bleibt die
    Wahrheit, auch fuer Vorleseprogramme.
  - DIE GERAETEAUSWAHL liegt hinter einem kleinen Knopf, der nur
    erscheint, wenn es ueberhaupt etwas zu waehlen gibt.
  - AUFLEGEN ist als einziger Knopf farbig und steht immer rechts.
  - Ein ruhiger Puls atmet, solange die Verbindung aufbaut, und haelt
    an, sobald sie steht. Bei prefers-reduced-motion steht er still.

=== NEBENBEFUND, DEN DIE PRUEFUNG GEFUNDEN HAT ===

pruef-anruf wurde durch die Auffaecherung an vier Stellen rot: Sie
griff `adressen[0]` und erwartete dort Zugangsdaten. Das ist jetzt der
STUN-Weg, und der hat richtigerweise keine. Gesucht wird nicht mehr
nach PLATZ, sondern nach ART -- ein Index ist eine Annahme darueber,
wie die Liste aussieht, und die hat sich gerade geaendert.

Dazu angepasst: Die Pruefung "die Uhr laeuft" verlangte, dass die Uhr
schon beim Klingeln zaehlt. Seit heute frueh beginnt sie beim
Rangehen (sonst standen im Kasten und im Chat zwei verschiedene
Zahlen). Sie prueft jetzt das Gegenteil -- statt sie zu streichen,
denn eine Zeile weniger haette den Fehler beim naechsten Umbau wieder
durchgelassen.

GEMESSEN: pruef-anruf 114/0 (vorher 111 -- drei MEHR, weil die
Auffaecherung mitgeprueft wird), pruef-turn-wege 15/0,
pruef-meldungen 8/0, pruef-css-klassen ALLES IN ORDNUNG,
pruef-rechtetafel 19/0.

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

server/pruef-anruf.mjs

@@ -686,10 +686,42 @@ melde("=== 6b. Zugangsdaten fuer die Vermittlung ===");
     const a = await roh("/workspace/api/anruf/adressen", CREW, { cookie: kModi });
     const r = json(a);
 
-    ok(r.turn_gesamt === 1 && r.turn_bereit === 1,
-      `der Modi bekommt einen einsatzbereiten Eintrag (${r.turn_bereit}/${r.turn_gesamt})`);
-    ok(!!r.adressen?.[0]?.credential && !!r.adressen?.[0]?.username,
-      "mit Benutzername und Passwort");
+    /* AUS EINEM EINTRAG WERDEN DREI WEGE (angepasst 19.09.2026).
+
+       Bis heute stand hier `adressen[0]` -- und das war der einzige
+       Eintrag. Seit ein schlichtes `turn:host:port` in stun + turn/udp
+       + turn/tcp aufgefaechert wird (workspace-turn.js), ist
+       `adressen[0]` der STUN-Weg, und der hat RICHTIGERWEISE kein
+       Passwort. Die Pruefung suchte also am falschen Eintrag.
+
+       WARUM ES DIESE AUFFAECHERUNG GIBT: Ein `turn:` ohne
+       `?transport=` heisst UDP, und nur UDP. Wer in einem Netz sitzt,
+       das UDP sperrt, bekam damit keinen Vermittlungsweg -- es
+       klingelte, und danach passierte nichts. Genau der Fehler, den
+       Filipe am 19.09. gemeldet hat.
+
+       Gesucht wird jetzt nach ART, nicht nach Platz. Ein Index ist
+       eine Annahme darueber, wie die Liste aussieht -- und die hat
+       sich schon einmal geaendert. */
+    const turnWege = (r.adressen || []).filter(
+      (e) => /^turns?:/.test(String(e.urls || "")));
+    const stunWege = (r.adressen || []).filter(
+      (e) => /^stun:/.test(String(e.urls || "")));
+    const ersterTurn = turnWege[0];
+
+    ok(r.turn_gesamt === 2 && r.turn_bereit === 2,
+      `der Modi bekommt zwei einsatzbereite Wege (${r.turn_bereit}/${r.turn_gesamt})`);
+    ok(turnWege.length === 2
+      && turnWege.some((e) => /transport=udp/.test(String(e.urls)))
+      && turnWege.some((e) => /transport=tcp/.test(String(e.urls))),
+      `naemlich UDP und TCP (${turnWege.map((e) => e.urls).join(", ")})`);
+    ok(stunWege.length === 1, "dazu ein STUN-Weg, der ohne Vermittlung auskommt");
+    /* Die ZAHL in die Bedingung, nicht nur in den Meldetext: `every()`
+       auf einer leeren Liste waere sonst trivial wahr. */
+    ok(turnWege.length === 2 && turnWege.every((e) => e.credential && e.username),
+      "und beide tragen Benutzername und Passwort");
+    ok(!stunWege[0]?.credential,
+      "STUN bekommt keins -- es kennt keine Anmeldung");
 
     /* DIE WICHTIGSTE PRUEFUNG DES ABSCHNITTS. Im ROHEN Text gesucht,
        nicht im ausgewerteten Objekt. */
@@ -699,12 +731,14 @@ melde("=== 6b. Zugangsdaten fuer die Vermittlung ===");
     /* Jeder bekommt EIGENE Zugangsdaten -- im coturn-Protokoll steht
        damit die Nummer, nicht ein Sammelkonto. */
     const rDogi = json(await roh("/workspace/api/anruf/adressen", HAUS, { cookie: kDogi }));
-    ok(rDogi.adressen?.[0]?.username !== r.adressen?.[0]?.username,
+    const dogiTurn = (rDogi.adressen || []).find(
+      (e) => /^turns?:/.test(String(e.urls || "")));
+    ok(!!dogiTurn?.username && dogiTurn.username !== ersterTurn?.username,
       "DogFather und der Modi bekommen verschiedene Zugangsdaten");
 
     /* Der Ablauf muss fuer den Browser LESBAR sein -- darauf beruht das
        Auffrischen vor jedem Anruf in anruf.js. */
-    const ablauf = Number(String(r.adressen?.[0]?.username || "").split(":")[0]);
+    const ablauf = Number(String(ersterTurn?.username || "").split(":")[0]);
     ok(ablauf > Math.floor(Date.now() / 1000) + 3600,
       `der Ablauf steht vorn im Benutzernamen und liegt in der Zukunft (${ablauf})`);
   }
@@ -812,7 +846,20 @@ melde("=== 7. Im Browser ===");
       ok(kasten.da, `der Anrufkasten erscheint ("${kasten.lage}")`);
       ok(/klingelt|Verbind/i.test(kasten.lage),
         `und sagt, was gerade passiert ("${kasten.lage}")`);
-      ok(/^\d\d:\d\d$/.test(kasten.zeit), `die Uhr laeuft (${kasten.zeit})`);
+      /* WAEHREND ES KLINGELT, ZAEHLT DIE UHR NICHT (geaendert 19.09.2026).
+
+         Vorher stand hier, die Uhr MUESSE laufen -- und sie tat es,
+         ab dem Waehlen. Wer 30 Sekunden klingeln liess und 12
+         Sekunden sprach, las im Kasten "00:42" und danach im Chat
+         "Anruf . 12 Sekunden". Zwei Zahlen fuer dieselbe Sache.
+
+         Jetzt beginnt sie beim Rangehen. Solange es klingelt, ist
+         das Feld leer -- und GENAU DAS wird hier geprueft, statt
+         die Pruefung einfach zu streichen: Eine Zeile weniger
+         haette denselben Fehler beim naechsten Umbau wieder
+         durchgelassen. */
+      ok(kasten.zeit === "" || kasten.zeit === "–",
+        `waehrend es klingelt zaehlt die Uhr NICHT ("${kasten.zeit}")`);
 
       /* Und es klingelt hoerbar. Waere der Ton wieder ausgebaut,
          stuende hier 0. */
@@ -979,7 +1026,13 @@ melde("=== 8. Zu dritt ===");
           const k = document.getElementById("anruf-hoeren");
           return k ? { text: k.textContent.trim(), an: k.getAttribute("aria-pressed") } : null;
         });
-        ok(knopf?.text === "Lautsprecher an" && knopf?.an === "true",
+        /* DER ZUSTAND STEHT IN aria-pressed, NICHT MEHR IM TEXT
+           (geaendert 19.09.2026). Die Aufschrift "Lautsprecher an" war
+           zweideutig -- "ist an" oder "schalt an"? Jetzt traegt das
+           durchgestrichene Zeichen den Zustand und das Wort nur die
+           Sache. Geprueft wird deshalb aria-pressed; der Text bleibt
+           gleich und beweist nichts mehr. */
+        ok(knopf?.an === "true",
           `der Lautsprecher-Knopf ist da und steht auf an („${knopf?.text}")`);
 
         await a.se.click("#anruf-hoeren");
@@ -991,8 +1044,8 @@ melde("=== 8. Zu dritt ===");
           const k = document.getElementById("anruf-hoeren");
           return { text: k.textContent.trim(), an: k.getAttribute("aria-pressed") };
         });
-        ok(knopf2.text === "Lautsprecher aus" && knopf2.an === "false",
-          `und der Knopf sagt es auch („${knopf2.text}")`);
+        ok(knopf2.an === "false",
+          `und der Knopf steht auf aus (aria-pressed="${knopf2.an}")`);
 
         /* NUR BEI IHM. Ein Schalter, der bei den anderen mitwirkt,
            waere kein Lautsprecher, sondern eine Fernbedienung. */