Files
dogfather-universe/server/pruef-push-ziel.mjs
T
DogFatherGitandClaude Opus 5 1f2a4d335e Eine Bewerbung, die niemand sieht, ist keine
Beim Weiterarbeiten am Vorlagenbrett nachgemessen und gefunden:
`benachrichtige` kam in workspace-zuteilung.js KEIN EINZIGES MAL vor,
in workspace-vorlagen.js auch nicht.

Beide Bewerbungswege waren gebaut, beide funktionierten -- und beide
waren stumm:

  * Bewirbt sich Frida, erfaehrt DogFather es nur, wenn er von sich
    aus das Brett aufmacht.
  * Antwortet er, erfaehrt Frida es nur, wenn SIE von sich aus
    nachsieht.

Das ist keine Kleinigkeit, das ist die Funktion. Wer sich bewirbt,
wartet -- und Warten ohne Rueckmeldung fuehlt sich nach zwei Tagen an
wie "interessiert keinen". Genau das soll eine Bewerbung verhindern.

WER ES ERFAEHRT -- ABGELEITET, NICHT AUFGEZAEHLT
------------------------------------------------
Die naheliegende Zeile waere `rolle IN ('admin','hand')` gewesen; so
steht sie in workspace-hilfe.js. Das ist eine Abschrift, und
Abschriften altern: Kaeme morgen eine Rolle dazu, die entscheiden
darf, bekaeme sie keine einzige Meldung -- und niemand merkte es, weil
ja alles funktioniert.

Gefragt wird deshalb die Regel selbst (entscheidetUeberAufgaben),
Person fuer Person. Und zusaetzlich darfSchreibenMit: Wer den Bewerber
gar nicht sehen darf, bekommt auch keine Meldung ueber ihn. Das ist
keine Vorsicht um ihrer selbst willen -- ohne diese Zeile erfuehre die
Agentur ueber eine Push-Nachricht, dass es Team Dogi ueberhaupt gibt.

Gemessen: Die Bewerbung eines Modis erreicht genau zwei Leute
(admin, hand) von sechs Aktiven. Nicht die linke Hand (sie entscheidet
hier nicht mit), niemand aus dem anderen Haus, und nicht der Bewerber
selbst.

ZWEI SCHALTER, ZWEI ENTSCHEIDUNGEN
----------------------------------
"bewerbung_neu" trifft den, der antwortet -- an einem lebhaften Tag
mehrfach, das kann man stumm stellen wollen. "bewerbung_antwort"
trifft den, der wartet; sie kommt einmal, und niemand will sie stumm
stellen. Eine gemeinsame Art hiesse: beides zusammen abschalten oder
beides zusammen ertragen. Dieselbe Ueberlegung wie beim Chat
(Nachricht / Erwaehnung).

Beide von sich aus an. Keine Ausnahme von der Ruhezeit: Eine Bewerbung
wartet, ein Anruf nicht.

DIE NOTIZ STEHT IN DER MELDUNG
------------------------------
Filipe hat sie ausdruecklich verlangt ("mit einem text als notiz").
Sie erst zu verlangen und dann an genau der Stelle zu verschweigen, an
der man sie liest, waere die halbe Funktion. Und das Ergebnis steht im
TITEL -- "angenommen" oder "diesmal nicht" -- damit man es lesen kann,
ohne zu oeffnen. Auch die gute Nachricht.

Der Wortlaut steht in zwei reinen Funktionen (bewerbungText,
antwortText), exportiert, damit eine Pruefung sie lesen kann, ohne
einen Push-Dienst nachzubauen. Genau an so einer Stelle steckte am
18.09. der Fehler "Nachricht von [object Object]", der von aussen
nicht messbar war.

EINE STELLE FUER BEIDE WEGE
---------------------------
workspace-bewerbung-melden.js. Zwei Fassungen waeren zwei
Gelegenheiten, dass eine davon die Ruhezeit, die Abschaltbarkeit oder
die Haeusertrennung vergisst -- und dieselbe Person laese zweimal
etwas Verschiedenes ueber denselben Vorgang.

Die Meldung wird NICHT abgewartet (`void`): Ob sie durchgeht, haengt
am Push-Dienst, an der Ruhezeit und an den Einstellungen des
Empfaengers. Nichts davon darf entscheiden, ob die Bewerbung
gespeichert ist -- die ist es laengst.

NOCH EINE ROTE PRUEFUNG, DIE NIEMAND GESEHEN HAT
-------------------------------------------------
pruef-push-ziel meldete: "aber nicht auf eine Seite, die es fuer ihn
nicht gibt (/workspace/calls.html)". Das sah aus wie ein Befund und
war eine erfuellte Bestellung -- Filipe hatte am 22.09. genau das
Gegenteil bestellt ("jeder der einen kalender hat soll auch sowas
haben"). Nachgemessen: Modi, rechte und linke Hand haben je eine
Calls-Kachel.

Die Pruefung steht jetzt andersherum: Die Calls-Seite MUSS stehen
bleiben. Dieselbe Zeile schuetzt damit das, was sie vorher verboten
hat -- und wird rot, wenn die Kachel je wieder verschwindet. Das
Umlenken selbst bleibt geprueft (Scouting, zweimal).

Das ist die DRITTE stille rote Pruefung an einem Tag (nach
pruef-modi-wortleck und pruef-zuteilung). Die Frage an Filipe, ob ein
naechtlicher Lauf sie selbst anstossen soll, steht in der Vault-Notiz
und wird nicht von mir allein entschieden.

GEPRUEFT
--------
pruef-modi-katalog: 116 Pruefungen, 0 Fehler (vorher 95).
  Neu: die beiden Schalter, wer es erfaehrt (samt Gegenprobe, dass es
  nicht einfach alle sind: 2 von 6), und der Wortlaut an acht Proben.
  Dabei war meine eigene erste Messung falsch -- sie erwartete eine
  Kuerzung bei 50 Zeichen, die nur gilt, wenn eine Notiz danebensteht.
  Steht als Begruendung in der Pruefung.
pruef-push-ziel: 11 von 11 (vorher 1 Fehler).
pruef-zuteilung, pruef-push, pruef-push-weg: gruen.

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-09-23 11:16:30 +02:00

222 lines
10 KiB
JavaScript

/* =====================================================================
WOHIN EINE BENACHRICHTIGUNG FÜHRT (16.09.2026)
Seit dem 15.09. entscheidet die Adresse, welche Seiten es gibt: Auf
der Adresse von Team Dogi gibt es die Agenturseiten nicht. Für
Seiten, Hinweise und Suchtreffer ist das umgesetzt — für Push war es
das nicht, und der Grund dafür stimmte:
Eine Benachrichtigung entsteht, wenn NIEMAND auf einer Adresse
steht. Sie geht an ein Gerät, und das öffnet die Adresse, als die
es installiert wurde.
---------------------------------------------------------------------
DIE FRAGE LÄSST SICH TROTZDEM BEANTWORTEN — ÜBER DEN MENSCHEN
Wer im Team ist (rechte Hand, Modi), kommt NUR auf crew. herein. Das
steht in `sitzungPasstZurAdresse` und gilt in beide Richtungen. Für
ihn gibt es die Agenturseiten nirgends — auf keinem Gerät, in keiner
installierten App. Ein Ziel wie `calls.html` führt bei ihm also
sicher ins Leere, egal welches Gerät er in der Hand hält.
DogFather und Spicy Media arbeiten in beiden Häusern. Für sie bleibt
jedes Ziel, das in EINEM der beiden existiert.
---------------------------------------------------------------------
UND DIE BENACHRICHTIGUNG WIRD NICHT UNTERDRÜCKT
Das ist die eigentliche Entscheidung. Ein Modi, der als Teilnehmer in
einem Call steht, SOLL erfahren, dass er gleich anfängt — er soll nur
nicht auf einer Seite landen, die es für ihn nicht gibt. Statt der
Seite kommt die Startseite; dort steht, was ansteht.
Aufrufen mit: node server/pruef-push-ziel.mjs
===================================================================== */
import { mkdtempSync, rmSync } from "node:fs";
import { tmpdir } from "node:os";
import { join } from "node:path";
import { createServer } from "node:http";
import { eigenerPort } from "./helfer-port.mjs";
const PORT = await eigenerPort(import.meta, "pruef-push-ziel");
const DIENST = await eigenerPort(import.meta, "pruef-push-ziel (Push-Dienst)", 1);
const ordner = mkdtempSync(join(tmpdir(), "ws-pz-"));
process.env.WORKSPACE_DB = join(ordner, "workspace.db");
process.env.PORT = String(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 }); };
import { notbremse } from "./helfer-notbremse.mjs";
await import("./index.js");
notbremse(180_000, "pruef-push-ziel");
await new Promise((r) => setTimeout(r, 700));
process.on("uncaughtException", (f) => { console.error("ABSTURZ:", f); process.exit(7); });
process.on("unhandledRejection", (f) => { console.error("ABSTURZ (Versprechen):", f); process.exit(7); });
let fehler = 0, geprueft = 0;
const melde = (t) => console.log(t);
const ok = (b, t) => { geprueft++; console.log((b ? " ok " : " FEHL ") + t); if (!b) fehler++; };
const { DatabaseSync } = await import("node:sqlite");
const { randomBytes, createECDH } = await import("node:crypto");
const push = await import("./workspace-push.js");
/* Ein Push-Dienst, der alles annimmt. Er muss nichts entschluesseln --
die Frage hier ist, WOHIN geschickt wurde, und das sagt
`benachrichtige` selbst zurueck. Dass der Inhalt unterwegs heil
bleibt, beweist pruef-push-weg mit einem nachgebauten Browser. */
let angekommen = 0;
const dienst = createServer((q, a) => {
q.on("data", () => {});
q.on("end", () => { angekommen++; a.writeHead(201); a.end(); });
});
await new Promise((r) => dienst.listen(DIENST, "127.0.0.1", r));
const jetzt = new Date().toISOString();
const d = new DatabaseSync(process.env.WORKSPACE_DB);
/* Ein vollstaendiger Zugang, auch wenn sich hier niemand anmeldet:
`code_hash` und `code_salt` sind Pflichtfelder. Eine Person ohne
Code waere kein Mensch, den es geben koennte -- und die Pruefung
soll mit echten Zeilen rechnen, nicht mit halben. */
const anlegen = (name, rolle) => {
d.prepare(`INSERT INTO personen (name, rolle, code_hash, code_salt, code_n, aktiv, erstellt)
VALUES (?,?,?,?,32768,1,?)`)
.run(name, rolle, randomBytes(32).toString("hex"), randomBytes(16).toString("hex"), jetzt);
return d.prepare("SELECT last_insert_rowid() AS id").get().id;
};
const idDogi = anlegen("Filipe", "admin");
const idModi = anlegen("Frida", "modi");
const idHand = anlegen("Rieke", "hand");
const idMana = anlegen("Mara", "manager");
/* Je ein Geraet. Die Schluessel sind echt gebaut -- ein erfundener
Schluessel wuerde beim Verschluesseln scheitern, und dann waere
"nicht zugestellt" die Antwort auf die falsche Frage. */
function geraet(personId) {
const k = createECDH("prime256v1");
k.generateKeys();
d.prepare(`INSERT INTO push_anmeldungen (person_id, endpunkt, p256dh, auth, erstellt)
VALUES (?,?,?,?,?)`)
.run(personId, `http://127.0.0.1:${DIENST}/push/${personId}`,
k.getPublicKey().toString("base64url"), randomBytes(16).toString("base64url"), jetzt);
}
for (const id of [idDogi, idModi, idHand, idMana]) geraet(id);
d.close();
/* =======================================================================
1. EIN MODI WIRD NICHT AUF EINE AGENTURSEITE GESCHICKT
======================================================================= */
melde("");
melde("=== 1. Das Team ===");
{
/* ==== DIE CALLS-SEITE GEHOERT INZWISCHEN DAZU (berichtigt 23.09.2026)
Hier stand, dass ein Modi von "/workspace/calls.html" auf die
Startseite umgelenkt wird -- die Seite gab es fuer ihn nicht.
Seither hat Filipe das Gegenteil bestellt: "jeder der einen
kalender hat soll auch sowas haben." Hinter jedem Kalender steht
jetzt eine Calls-Kachel (mitCalls in workspace.js), und zwar fuer
Modis, rechte und linke Hand. Nachgemessen: je eine Kachel, alle
drei.
Die Pruefung war damit seit dem Umbau ROT -- und zwar mit einem
Satz, der wie ein Befund aussah ("aber nicht auf eine Seite, die
es fuer ihn nicht gibt") und in Wahrheit eine erfuellte Bestellung
meldete. Sie steht jetzt andersherum: Die Calls-Seite MUSS stehen
bleiben. So schuetzt dieselbe Zeile das, was sie vorher verboten
hat -- und wenn die Kachel je wieder verschwindet, wird sie rot. */
const a = await push.benachrichtige(idModi, "test",
{ titel: "Call gleich", text: "In zehn Minuten", ziel: "/workspace/calls.html" });
ok(a.verschickt === 1, `die Benachrichtigung geht raus (${a.verschickt})`);
ok(a.ziel === "/workspace/calls.html",
`und fuehrt auf die Calls-Seite, die es fuer ihn seit dem 22.09. gibt (${a.ziel})`);
/* Das Umlenken selbst muss trotzdem greifen -- sonst bewiese die
Zeile darueber nur, dass jedes Ziel stehen bleibt. Das Scouting
ist und bleibt Agentur. */
const b = await push.benachrichtige(idHand, "test",
{ titel: "Scouting", text: "Follow-up faellig", ziel: "/workspace/scouting.html" });
ok(b.ziel === "/workspace/start.html",
`auch die rechte Hand landet nicht im Scouting (${b.ziel})`);
const b2 = await push.benachrichtige(idModi, "test",
{ titel: "Scouting", text: "Follow-up faellig", ziel: "/workspace/scouting.html" });
ok(b2.ziel === "/workspace/start.html",
`und ein Modi ebenso wenig (${b2.ziel})`);
/* UND DIE GEGENPROBE, ohne die die zwei Zeilen darueber nichts
beweisen: Ein Ziel, das es auf crew. GIBT, bleibt stehen. Sonst
hiesse "wird zur Startseite" nur, dass jedes Ziel dorthin faellt. */
const c = await push.benachrichtige(idModi, "test",
{ titel: "Aufgabe", text: "Morgen faellig", ziel: "/workspace/aufgaben.html" });
ok(c.ziel === "/workspace/aufgaben.html",
`das Aufgabenbrett bleibt das Aufgabenbrett (${c.ziel})`);
const e = await push.benachrichtige(idModi, "test",
{ titel: "Wie geht's dir?", text: "Sechs Fragen", ziel: "/workspace/befinden.html" });
ok(e.ziel === "/workspace/befinden.html", `und die eigene Seite auch (${e.ziel})`);
}
/* =======================================================================
2. DIE AGENTUR BEHÄLT IHRE ZIELE
======================================================================= */
melde("");
melde("=== 2. Die Agentur ===");
{
const a = await push.benachrichtige(idMana, "test",
{ titel: "Call", text: "Gleich", ziel: "/workspace/calls.html" });
ok(a.ziel === "/workspace/calls.html",
`eine Managerin wird weiterhin zu den Calls geschickt (${a.ziel})`);
/* DOGFATHER ARBEITET IN BEIDEN HAEUSERN. Welches Geraet er gerade in
der Hand haelt, weiss hier niemand -- also bleibt jedes Ziel, das
es in EINEM der beiden gibt. Die Seitenschranke faengt den Rest ab. */
const b = await push.benachrichtige(idDogi, "test",
{ titel: "Call", text: "Gleich", ziel: "/workspace/calls.html" });
ok(b.ziel === "/workspace/calls.html",
`DogFather ebenfalls — er arbeitet in beiden Häusern (${b.ziel})`);
}
/* =======================================================================
3. WAS OHNE ZIEL PASSIERT
======================================================================= */
melde("");
melde("=== 3. Ohne Ziel ===");
{
const a = await push.benachrichtige(idModi, "test", { titel: "Hallo", text: "Nur so" });
ok(a.ziel === "/workspace/start.html", `ohne Ziel die Startseite (${a.ziel})`);
/* EIN ZIEL, DAS ES NIRGENDS GIBT, ist kein Sonderfall -- es faellt
durch dieselbe Regel. */
const b = await push.benachrichtige(idModi, "test",
{ titel: "?", text: "?", ziel: "/workspace/gibt-es-nicht.html" });
ok(b.ziel === "/workspace/start.html", `eine erfundene Seite ebenfalls (${b.ziel})`);
}
/* =======================================================================
4. ES IST WIRKLICH ETWAS ANGEKOMMEN
======================================================================= */
melde("");
melde("=== 4. Der Weg ===");
{
/* OHNE DIESE ZEILE WAEREN ALLE OBEN GRUEN, auch wenn gar nichts
verschickt wurde: `ziel` steht im Rueckgabewert, unabhaengig davon,
ob ein Geraet antwortet. */
ok(angekommen >= 8, `${angekommen} Nachrichten sind beim Push-Dienst angekommen`);
}
/* ------------------------------------------------------------------- */
melde("");
melde(`${geprueft} Pruefungen, ${fehler} Fehler`);
melde(fehler ? "NICHT IN ORDNUNG" : "ALLES IN ORDNUNG");
dienst.close();
try { rmSync(ordner, { recursive: true, force: true }); } catch { /* Aufraeumrest */ }
process.exit(fehler ? 1 : 0);