Der Treff bekommt einen Chat -- mit Nachtruhe, ohne Telefon

Filipe, auf die Frage ob die Community einen Chat bekommen soll:
"eine geile mischung von punkt 2 und drei. mach es perfekt so das quasi
nach mitternacht bis morgens 6 uhr keiner schreiben kann damit auch die
privatsphaere beruecksichtig wird ueber nacht ... und die sollen nicht
anrufen koennen. nur schreiben."

Zur Auswahl standen "gar kein Chat", "nur mit Oeffnungszeiten" und
"offen wie im Team". Seine Antwort ist eine vierte, die nicht auf dem
Zettel stand, und sie ist die bessere.

1. WARUM DIE NACHTRUHE MEHR IST ALS EINE EINSTELLUNG

Sein Grund war Privatsphaere -- und zwar die der Leute, die moderieren.
Die Forschung zu ehrenamtlichen Moderatoren sagt genau das: Die beiden
meistgenannten Gruende fuers Aufhoeren sind ZU WENIG ZEIT und STREIT IM
TEAM. Ein Chat, der nachts um drei weiterlaeuft, erzeugt beides.

SIE GILT FUER ALLE, AUCH FUER DIE LEITUNG. Das ist die unbequeme
Entscheidung: Der bequeme Weg waere, DogFather auszunehmen. Aber wenn er
um halb vier schreibt, liest es jemand -- und wer liest, fuehlt sich
zustaendig. Eine Nachtruhe, von der die Leitung ausgenommen ist, ist
keine, sondern eine Bitte.

MODERIEREN GEHT WEITER. Verbergen, loeschen, herausnehmen sind keine
Nachrichten. Wer nachts etwas Schlimmes sieht, kann es wegnehmen -- er
kann nur nicht darueber diskutieren. Und der vertrauliche Meldeweg
bleibt offen: Er ist ein Fall mit einer Zustaendigkeit, kein Raum mit
dreissig Leuten.

GERECHNET IN ORTSZEIT, nicht in UTC. `getHours()` auf einem UTC-Server
haette den Chat im Sommer von 2 bis 8 geschlossen -- zwei Stunden
daneben, und nur denen sichtbar, die um diese Zeit wach sind. Dieses
Haus ist mit der Rechnung schon zweimal hereingefallen.

DER RIEGEL SITZT IM SERVER, nicht im Browser. Ein ausgegrautes Feld ist
eine Hoeflichkeit; wer die Adresse kennt, spricht die Schnittstelle
direkt an. Nachrichten UND Anhaenge werden abgelehnt -- ein offener
Anhangweg waere der Umweg, den jeder findet, der es einmal versucht.

2. KEIN TELEFON -- UND WARUM DAS EINEN EIGENEN RIEGEL BRAUCHT

Ein Anruf haengt in diesem Haus an der RAUMMITGLIEDSCHAFT, nicht an der
Rolle. Solange die Community keinen Raum hatte, war die Frage muessig.
Seit sie einen hat, waere Telefonieren erlaubt -- nicht, weil es jemand
entschieden haette, sondern weil es niemand verboten hat.

Der Riegel steht ganz vorne am Anruf-Router, nicht in den neun Routen
dahinter. Alle sieben Wege sind geprueft, einzeln.

3. DER FUND, DER DIE GANZE NACHTRUHE UMGANGEN HAETTE

Ein Gast konnte ein PRIVATES ZWEIER-GESPRAECH mit DogFather aufmachen.
Die Route antwortete mit 200 und legte den Raum an.

`ohneAussen` nimmt die Community aus den Listen ANDERER heraus -- damit
kein Creator einen Zuschauer anschreibt. Die Gegenrichtung kam nie vor,
weil die Chatseite fuer 'gast' gar nicht offen war. Seit heute ist sie
offen, und damit war die Erlaubnis da.

Ein Zweier-Gespraech ist kein Kanal: keine Nachtruhe, kein Modi liest
mit, niemand koennte moderieren. Aus "die Community bekommt einen Chat"
waere ungewollt "jeder Zuschauer bekommt eine Standleitung zu
DogFather" geworden.

GEFUNDEN HAT ES DIE PRUEFUNG, NICHT DAS LESEN -- und zwar in dem Moment,
in dem ich zwei Dateien weiter selbst vor genau dieser Sorte Erlaubnis
gewarnt hatte.

4. ZWEI TOTE WEGE, EINER DAVON MEINER

pruef-community-sicht sucht nach sichtbaren Wegen, die ins Leere
fuehren. Sie fand zwei:

  a) "Bei dir klingelt nichts" -> anruf-probe.html. Der Hinweis von
     heute Vormittag, und die Seite steht einem Gast ausdruecklich NICHT
     offen. Mein Fehler, und einer, der jedem naechsten Hinweis genauso
     passiert waere.

     AN DER WURZEL BEHOBEN: Die Hinweise pruefen jetzt auch die ROLLE
     (`darfSeite`), nicht nur die Adresse. Das ist der 15.09. noch
     einmal, eine Ebene tiefer -- damals die Adresse, diesmal die Rolle,
     und dieselbe Lehre: Die Hinweise sind eine DRITTE Stelle neben
     Seiten und Schnittstellen.

  b) Der Verweis "Kalender" im Tagesblick. Steht fest im HTML, fuehrt
     fuer die Community ins Leere -- und zwar SCHON VOR den Aenderungen
     dieses Tages. Aufgefallen nur, weil (a) daneben stand. Der Weg
     wird jetzt abgeleitet: Wer die Kachel hat, hat den Weg.

5. DIE PRUEFUNG LAEUFT ZWEIMAL

Die Nachtruhe laesst sich nicht in EINEM Lauf in beiden Zustaenden
pruefen -- die Zeiten werden beim Laden gelesen, und ein zweiter Server
braeuchte denselben Port. pruef-treffchat ruft sich deshalb selbst noch
einmal auf, mit einem Fenster, das jetzt gilt. Dieselben Pruefungen,
andere Lage.

DIE UHR WIRD NICHT GEFAELSCHT. Verschoben wird die GRENZE, nicht die
Zeit -- eine Pruefung, die an der Systemzeit dreht, faelscht danach auch
anderes mit und ist nur nachts gruen.

6. WAS SICH NEBENBEI GEAENDERT HAT

- pruef-treff war SCHON VORHER ROT (8 Fehler): Sie erwartete sieben
  Kacheln fuer die Community, es waren gestern Nacht schon zehn. Feste
  Zahlen, Rechnung von gestern. Jetzt abgeleitet -- 72 Pruefungen statt
  66, alle gruen.
- Ein 404 bei jedem Seitenaufruf der Community: `anruf.js` holte die
  Verbindungsadressen, bevor es wusste, wer fragt. Der Browser
  protokolliert das, BEVOR JavaScript abfangen kann -- also darf die
  Anfrage gar nicht erst gestellt werden. `/api/ich` sagt es jetzt
  vorher. Ein Fehler, der immer kommt, macht den naechsten echten
  unsichtbar.
- Reaktionen (Daumen) bleiben nachts erlaubt. Ausdruecklich, mit
  Begruendung im Code: Ein Daumen ist keine Nachricht, er loest keine
  Meldung aus und kann keinen Streit anfangen. Eine Luecke ohne
  Begruendung wird beim naechsten Durchsehen entweder geschlossen oder
  uebersehen -- beides falsch.

GEMESSEN: pruef-treffchat 108/0 (neu, laeuft zweimal), pruef-treff 72/0
(vorher 66 mit 8 Fehlern), pruef-chat gruen, pruef-rechtetafel 19/0,
pruef-community-sicht gruen.

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

workspace/assets/js/anruf.js

@@ -742,6 +742,23 @@
      nicht mit Daten starten, die in 40 ablaufen. */
   const ZUGANG_VORLAUF = 300;
   let adressenGeholt = false;
+  /* ==== TELEFONIERT DIESE PERSON UEBERHAUPT? (19.09.2026) ============
+
+     Seit die Community einen Chat hat, gibt es Leute, fuer die es die
+     Anruffunktion nicht gibt -- der Riegel sitzt am Anruf-Router und
+     antwortet mit 404.
+
+     OHNE DIESE MERKUNG WAERE DAS LAUT: Die Chatseite holt beim Laden
+     die Verbindungsadressen und danach die offenen Anrufe. Beides
+     ergab fuer einen Gast einen 404 in der Konsole -- zweimal, bei
+     jedem Seitenaufruf. Gefunden hat das die Pruefung im Browser,
+     nicht das Lesen.
+
+     Ein Fehler in der Konsole, der bei jedem Aufruf kommt und nichts
+     bedeutet, ist genau die Sorte Rauschen, die den naechsten ECHTEN
+     Fehler unsichtbar macht. Dieselbe Regel wie bei der Warnung, die
+     immer kommt. */
+  let telefonGehtHier = true;
 
   function adressenFrisch() {
     if (!adressenGeholt) return false;
@@ -756,6 +773,9 @@
     if (!erzwingen && adressenFrisch()) return;
     try {
       const a = await fetch('/workspace/api/anruf/adressen', { credentials: 'same-origin' });
+      /* 404 heisst hier nicht "kaputt", sondern "gibt es fuer dich
+         nicht". Ab da wird gar nicht mehr gefragt. */
+      if (a.status === 404) { telefonGehtHier = false; return; }
       if (a.ok) {
         const d = await a.json();
         adressen = d.adressen || [];
@@ -774,18 +794,48 @@
 
   /* ---------- Nach außen -------------------------------------------------- */
 
+  /* Wer hier nicht telefoniert, bekommt die Funktion gar nicht erst.
+     Der Chat prueft `window.anrufStarten`, bevor er die Knoepfe baut --
+     damit faellt der zweite Weg zu denselben Knoepfen von selbst weg.
+     GESETZT WIRD ERST NACH DER ANTWORT, deshalb weiter unten. */
   window.anrufStarten = starten;
   window.anrufEreignis = ereignis;
   window.anrufLaeuft = () => !!anruf;
   window.anrufBereit = () => adressen.length > 0 || nurGleichesNetz;
 
   (async () => {
-    await adressenAuffrischen();
+    /* ==== ERST FRAGEN, WER MAN IST -- DANN ERST ANRUFEN =============
+
+       DIE REIHENFOLGE WAR DER FEHLER (19.09.2026). Hier stand
+       `adressenAuffrischen()` VOR der Frage nach der eigenen Person.
+       Fuer die Community antwortet dieser Weg seit heute mit 404, und
+       der Browser schreibt das in die Konsole, BEVOR JavaScript
+       irgendetwas abfangen kann -- ein roter Eintrag bei jedem
+       Seitenaufruf, der nichts bedeutet.
+
+       Ein Fehler, der immer kommt, macht den naechsten ECHTEN Fehler
+       unsichtbar. Dieselbe Regel wie bei der Warnung, die immer kommt.
+
+       Jetzt sagt `/api/ich` vorher, ob es hier ueberhaupt ein Telefon
+       gibt -- und wenn nicht, wird gar nicht erst gefragt. Die Angabe
+       kommt aus derselben Funktion wie der Riegel im Server. */
     try {
       const i = await fetch('/workspace/api/ich', { credentials: 'same-origin' });
-      if (i.ok) ichId = (await i.json())?.id ?? null;
+      if (i.ok) {
+        const d = await i.json();
+        ichId = d?.id ?? null;
+        if (d && d.darf_anrufen === false) telefonGehtHier = false;
+      }
     } catch { /* der Chat holt es ohnehin auch */ }
 
+    if (!telefonGehtHier) {
+      /* Und die Funktion gar nicht erst anbieten: Der Chat baut seine
+         Knoepfe nur, wenn es sie gibt. */
+      delete window.anrufStarten;
+      return;
+    }
+    await adressenAuffrischen();
+
     /* ---- KLINGELT GERADE ETWAS? (18.09.2026) ----------------------
 
        Filipe: „wenn ich vanvan anrufe kriegt sie nur eine
@@ -802,6 +852,7 @@
        ERST NACH `ichId`: Die Klingel prueft, ob der Anruf vom eigenen
        Konto kommt. Ohne die Nummer wuerde sie beim eigenen Anruf in
        einem zweiten Fenster mitlaeuten. */
+    if (!telefonGehtHier) { void gruppeMax; return; }
     try {
       const a = await fetch('/workspace/api/anruf/offen', { credentials: 'same-origin' });
       if (a.ok) {