Ein klingelndes Telefon haengt nicht mehr an einem einzigen Kanal

Filipe: "wenn vanvan rangeht und redet klingelt es immer noch bei mir
weiter, der anruf verbindet nicht richtig."

=== WAS DAS PROTOKOLL SAGT ===

    17:04:52  anruf_start  Person 1 (Filipe)
    17:05:25  anruf_ende   Person 4 (VanVan)  24 s
    17:05:31  anruf_ende   Person 1 (Filipe)  39 s

Sie WAR im Gespraech -- der Server hat sie 24 Sekunden als
Teilnehmerin gefuehrt. Das Ereignis "dabei" ist also verschickt
worden. Bei Filipe kam es nicht an: `tonAus()` ist das Erste im
`dabei`-Zweig, noch vor jeder Pruefung, und das Tuten lief weiter.

=== GEPRUEFT UND AUSGESCHLOSSEN ===

  Raumzugehoerigkeit   beide in Raum 1, bei keinem `raus_am` gesetzt
  Verkabelung          Server sendet mit `art: "anruf"`, chat.js reicht
                       an window.anrufEreignis weiter, anruf.js nimmt
                       entgegen -- alle drei Stellen stimmen
  Tonsteuerung         ein einziger Taktgeber, `tonAus` raeumt ihn;
                       kein zweiter Weg, der ihn neu startet
  Ereignisstrom        Keep-alive vorhanden, Kopfzeilen richtig
                       (no-transform, X-Accel-Buffering: no)
  Service Worker       hat gar keinen fetch-Handler, kann also kein
                       altes Skript ausliefern
  teilnehmerVon vs.
  teilnehmerFuerAnruf  reicht nur durch, dieselbe Abfrage

Es geht unterwegs verloren, auf einem Weg, der von hier aus nicht
messbar ist: Ereignisstrom ueber Cloudflare, ein schlafender Reiter,
ein Neustart im falschen Moment.

=== ALSO NICHT WEITERSUCHEN, SONDERN DIE ABHAENGIGKEIT BESEITIGEN ===

Ein klingelndes Telefon darf nicht an einem einzigen, zerbrechlichen
Kanal haengen. Solange es klingelt, fragt der Anrufer jetzt SELBST
nach: "ist schon jemand dran?" -- alle zwei Sekunden an
`/workspace/api/anruf/:raum`, das es laengst gibt.

Der Ereignisstrom bleibt der erste Weg, er ist schneller. Das hier ist
das Netz darunter. Kommt das Ereignis an, hat die Nachfrage nichts
mehr zu tun und haelt von selbst an (sie prueft `anruf.beginn` und die
bekannten Teilnehmer).

Sie hoert an JEDEM Ende auf: beim Auflegen, wenn die Verbindung steht,
wenn das Ereignis doch ankommt, wenn der Anruf vorbei ist. Eine
Schleife, die weiterlaeuft, fragt sonst auf jedem Geraet, das je
telefoniert hat, alle zwei Sekunden nach einem Anruf, den es nicht
mehr gibt.

Alle zwei Sekunden und nicht jede halbe: Es klingelt hoechstens zwei
Minuten, das sind sechzig Abrufe.

=== ZWEI DINGE, DIE DIESE SUCHE ERST SO MUEHSAM GEMACHT HABEN ===

DAS PROTOKOLL KANNTE ANFANG UND ENDE, ABER NICHT DEN MOMENT DAZWISCHEN.
Die wichtigste Frage -- "ist sie ueberhaupt rangegangen?" -- war nur
ueber einen Umweg zu beantworten (ein `anruf_ende` mit ihrer Nummer).
Das ist eine Schlussfolgerung, keine Auskunft. `anruf_dabei` steht
jetzt drin, mit der Zahl der Beteiligten.

UND EINE PRUEFUNG WAR GRUEN, OHNE ETWAS ZU PRUEFEN. In chatEreignis
stand `(zuschauer.get(personId) || []).length` -- `zuschauer` haelt
aber Mengen, und eine Menge hat kein `length`. Der Ausdruck war IMMER
undefined, also immer falsch, also wurde nie uebersprungen: Wer die
Seite offen hatte, bekam zusaetzlich zur Nachricht auf dem Bildschirm
noch eine Meldung aufs Handy.

Der Kommentar drei Zeilen darueber warnt woertlich davor ("der
schnellste Weg, dass er Benachrichtigungen abschaltet"), und
`siehtZu()` weiter unten macht es mit `.size` richtig. Die Absicht
stand da, die Zeile tat das Gegenteil.

Meine eigene Pruefung hat das mitgetragen: Sie bestaetigte den alten
WORTLAUT statt sein VERHALTEN und war deshalb gruen. Genau die
Hausregel vom 01.09. -- ein gruener Haken sagt nur, dass die Bedingung
erfuellt war, nicht dass sie das Richtige geprueft hat. Jetzt prueft
sie auf `.size`.

GEMESSEN: pruef-anruf-klingelt 24/0 (vorher 17), pruef-anruf 114/0,
pruef-turn-wege 15/0, pruef-meldungen 8/0.

Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
2026-09-19 19:15:51 +02:00
co-authored by Claude Opus 5
parent 9a1287aa0e
commit 26937dda16
41 changed files with 667 additions and 478 deletions
+70 -1
View File
@@ -140,8 +140,20 @@ pruef("ein Anruf weckt alle außer dem Anrufer",
pruef("und die Art „anruf\" geht bis zur Benachrichtigung durch",
/chatEreignis\(raumId,\s*\{[\s\S]*?art:\s*"klingelt"[\s\S]*?\},\s*wecken,\s*"anruf"\)/.test(anruf));
/* `.size` UND NICHT `.length` (berichtigt 19.09.2026).
Hier stand die alte Form -- und sie war grün, obwohl die Zeile
nichts tat: `zuschauer` hält Mengen, und eine Menge hat kein
`length`. Der Ausdruck war immer `undefined`, also immer falsch,
also wurde nie übersprungen: Wer die Seite offen hatte, bekam
zusätzlich eine Meldung aufs Handy.
Die Prüfung hat den alten Wortlaut bestätigt statt sein Verhalten.
Genau davor warnt die Hausregel vom 01.09.: Ein grüner Haken sagt
nur, dass die Bedingung erfüllt war -- nicht, dass sie das Richtige
geprüft hat. */
pruef("wer die Seite offen hat, bekommt KEINE zusätzliche Meldung",
/if \(\(zuschauer\.get\(personId\) \|\| \[\]\)\.length\) continue;/.test(chat),
/\(zuschauer\.get\(personId\) \|\| new Set\(\)\)\.size\) continue;/.test(chat),
"sonst meldet es sich doppelt — der schnellste Weg, dass jemand alles abschaltet");
/* =====================================================================
@@ -161,5 +173,62 @@ pruef("Gegenprobe: ein festes Urgency würde auffallen",
pruef("Gegenprobe: eine gemeinsame Kennung würde auffallen",
!/tag:\s*istAnruf\s*\?\s*\("anruf-"/.test(' tag: d.art || "workspace",'));
/* =====================================================================
4. DER ZWEITE WEG — selbst nachfragen (19.09.2026)
Filipe: „wenn vanvan rangeht und redet klingelt es immer noch bei
mir weiter."
Im Protokoll nachgemessen: Sie WAR im Gespräch (24 Sekunden, mit
eigenem `anruf_ende`). Das Ereignis „dabei" wurde also verschickt
und kam beim Anrufer nicht an.
Geprüft und ausgeschlossen: Raumzugehörigkeit, Ereignis-Verkabelung,
Tonsteuerung, Service Worker. Es geht auf einem Weg verloren, der
von hier aus nicht messbar ist.
Deshalb wird die Ursache nicht weiter gesucht, sondern die
ABHÄNGIGKEIT beseitigt: Solange es klingelt, fragt der Anrufer
selbst nach. Der Ereignisstrom bleibt der schnellere erste Weg --
dies ist das Netz darunter.
===================================================================== */
console.log("\n --- Der zweite Weg ---");
const anrufJs = lies("workspace/assets/js/anruf.js");
pruef("der Anrufer fragt selbst nach, ob schon jemand dran ist",
/function nachfrageStarten\(raumId\)/.test(anrufJs),
"ohne das hängt ein klingelndes Telefon an einem einzigen Kanal");
pruef("und zwar ab dem Moment des Wählens",
/klingelWache\(KLINGELT_MS\);[\s\S]{0,160}nachfrageStarten\(raumId\)/.test(anrufJs));
pruef("sie hält an, sobald die Verbindung steht",
/if \(anruf\.beginn\) return nachfrageStoppen\(\)/.test(anrufJs));
/* SIE MUSS AN JEDEM ENDE AUFHOEREN. Eine Schleife, die weiterläuft,
nachdem das Gespräch vorbei ist, fragt den Server alle zwei Sekunden
nach einem Anruf, den es nicht mehr gibt -- und das auf jedem Gerät,
das je telefoniert hat. */
for (const [wo, muster] of [
["beim Auflegen", /async function auflegen\(melden\) \{[\s\S]{0,160}nachfrageStoppen\(\)/],
["wenn die Verbindung steht", /nachfrageStoppen\(\);\s*\/\/ und die Nachfrage/],
["wenn das Ereignis doch ankommt", /d\.art === 'dabei'[\s\S]{0,260}nachfrageStoppen\(\)/],
]) {
pruef(`die Nachfrage hört auf: ${wo}`, muster.test(anrufJs));
}
/* =====================================================================
5. DAS PROTOKOLL MUSS DIE FRAGE BEANTWORTEN KOENNEN
Bis heute standen dort nur Anfang und Ende. Die wichtigste Frage bei
der Suche -- „ist sie ueberhaupt rangegangen?" -- war nur ueber
einen Umweg zu beantworten. Das ist eine Schlussfolgerung, keine
Auskunft.
===================================================================== */
pruef("das Rangehen steht im Protokoll",
/protokolliere\("anruf_dabei"/.test(lies("server/workspace-anruf.js")),
"sonst lässt sich später nicht sagen, OB jemand rangegangen ist");
console.log(`\n ${ok} bestanden, ${fehl} fehlgeschlagen\n`);
process.exit(fehl ? 1 : 0);