Files
dogfather-universe/server/workspace-suche.js
T
DogFatherGitandClaude Opus 5 0404f8c0c1 Dreizehn Lecks: eine Managerin sah die Creator aller anderen
Wunsch: "jeder manager soll auch immer nur seine und die seiner scouts
zugeteilten creator und creator daten sehen. und nicht die der anderen."

DIE KETTE WAR GEBAUT -- SIE WURDE NUR NICHT BENUTZT
Manager -> seine Scouts -> deren Creator steht seit dem 01.09.2026 an
genau einer Stelle (betreuteIds). Die Frage war eine andere: Benutzt sie
auch JEDER Weg, der Creator-Daten herausgibt? Ueber zwanzig Stellen
prueften die ROLLE statt der ZUTEILUNG -- "ist Leitung? dann alles".

NICHT GELESEN, SONDERN GEMESSEN
server/pruef-manager-sicht.mjs baut zwei Managerinnen mit vollstaendig
getrennten Creators. Bei der fremden heisst ALLES "GEHEIM..." -- Aufgabe,
Termin, Bereichseintrag, Datei, Steckbrief, Content-Saeule. Danach wird
jede der 31 Leseschnittstellen abgefragt und die ganze Antwort danach
durchsucht. Ein Leck faellt damit auf, egal wo es sitzt und egal, ob ich
es beim Lesen uebersehen haette.

GEFUNDEN: DREIZEHN. Alle geschlossen:

  Kalender          fremde Fristen -- besonders unangenehm, weil es
                    nicht wie ein Leck aussieht: eine kleine orange
                    Marke mit einem Titel, in dem fremde Vorhaben stehen
  Personenauswahl   alle Namen im Zuweisungsfeld
  Dateien           alle Namen in der Freigabe-Auswahl
  Uebersicht        Gesamtuebersicht ueber ALLE Creator
  Report            Auswahl UND Auswertung ueber den ganzen Bestand
  Start-Check       alle Creator zur Auswahl
  Steckbriefe       Bild, Kanaele, "ueber mich" von allen
  Profile           alle Profile, samt interner Notiz
  Schulung          Schulungsstand aller Creator
  Suche             Creator-Profile aller -- die unauffaelligste Stelle:
                    Man sucht etwas anderes und bekommt fremde Namen
  Content-Balance   Themensaeulen fremder Kanaele (die Abfrage daneben
                    war korrekt eingeschraenkt, DIESE hatte eine eigene
                    Bedingung)
  darfCreator       eine einzige Zeile -- sie hing an Profil,
                    Start-Check und Uebersicht gleichzeitig. Es reichte,
                    eine Nummer in die Adresse zu schreiben.

Die Antwort steht jetzt an EINER Stelle: sichtbareCreatorIds und
sichtbarePersonenIds in workspace.js. Rueckgabe null heisst "alle" und
gilt allein DogFather -- bewusst kein leeres Feld: Eine leere Liste
bedeutet "niemand", und die Verwechslung der beiden macht aus einer
Sperre eine Freigabe.

ZWEI DINGE, DIE ICH MIR SELBST NACHTRAGEN MUSS

1. Beim Stopfen fehlte einmal ein Import. Der Weg warf einen Fehler,
   antwortete 503 -- und weil in einer Fehlermeldung kein "GEHEIM" steht,
   meldete die Pruefung "kein Leck". Sie war gruen, weil der Weg KAPUTT
   war. Die Pruefung zaehlt jetzt beides: nichts durchsickern UND
   antworten.

2. Ein Fehlalarm: Die Suche gibt den SUCHBEGRIFF in ihrer Antwort
   zurueck. Wer nach "GEHEIM" sucht, findet das Wort zwangslaeufig --
   auch bei null Treffern. Ich haette um ein Haar ein Leck "repariert",
   das es nie gab. Das Echo wird jetzt entfernt, bevor gemessen wird.

FOLGEN, bewusst in Kauf genommen:
  * Ein Manager ohne Zuteilung sieht keinen Creator. Die Uebersicht sagt
    ihm das jetzt in einem Satz, statt leer zu bleiben.
  * Er kann nur noch IN SEINEN Creator-Bereichen schreiben (darfCreator).

ZWEI PRUEFUNGEN UMGEDREHT statt geloescht -- eine geloeschte Pruefung
hinterlaesst keine Spur davon, dass hier einmal etwas anderes galt:
pruef-uebersicht ("Manager sieht dasselbe" -> "nur seine zugeteilten",
mit beiden Faellen) und pruef-scout-zuteilung ("sieht die ganze
Personenliste" -> "landet auf der Startseite").

GEPRUEFT: 43 neue Pruefungen, dazu 23 bestehende Laeufe gruen --
Startansicht 133, Rollen 97, Kalender 84, Serien 67, Steckbrief 65,
Handy 50, Sicht 48, Ampel 47, Content 45, Aufgabenbrett 44, Schulung 41,
Bereiche 37, Scout-Zuteilung 36, Uebersicht 35, Personenliste 33,
Freie Namen 32, Team 30, Protokoll-Loeschen 20, Personenformular 20,
Formulare 19, Betreuung 18, Code 17, Grosscheck 15.

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-09-03 01:01:00 +02:00

286 lines
12 KiB
JavaScript

/* =====================================================================
workspace-suche.js — Suche über alle Bereiche (Konzept, Phase 4).
Zwei Dinge machen den Unterschied zwischen einer Suche und einer
brauchbaren Suche:
1. SIE DARF NICHTS FINDEN, WAS DIE SEITE VERBERGEN WUERDE. Eine Suche
ist die verlockendste Stelle fuer ein Datenleck: Man tippt einen
Namen und bekommt Treffer aus Bereichen, die man nie oeffnen
duerfte. Deshalb wird jede Quelle mit der Sichtbarkeitsregel ihres
eigenen Moduls abgefragt -- importiert, nicht abgeschrieben. Und
die management-internen Profilfelder (admin_notiz, plan_start,
naechster_review) werden gar nicht erst durchsucht, fuer niemanden
ausser dem Management.
2. SIE MUSS SAGEN, WO ETWAS STEHT. Ein Treffer ohne Textstelle und
ohne Weg dorthin zwingt zum Weitersuchen. Jeder Treffer traegt
deshalb einen Ausschnitt rund um die Fundstelle und ein Ziel.
Bewusst kein Volltextindex (FTS5). Die Datenmengen hier sind klein --
ein paar tausend Zeilen -- und LIKE braucht keinen zweiten Datenstand,
der irgendwann auseinanderlaeuft.
===================================================================== */
import express from "express";
import {
db, sitzungLesen, betreuteIds, istLeitung, istDogFather, pipelineIds,
sichtbareCreatorIds,
} from "./workspace.js";
import { sichtbar as sichtbarAufgaben } from "./workspace-aufgaben.js";
import { sichtbar as sichtbarTermine } from "./workspace-kalender.js";
import { sichtbar as sichtbarDateien } from "./workspace-dateien.js";
import { sichtbar as sichtbarEintraege } from "./workspace-bereiche.js";
export const sucheRouter = express.Router();
const MIN = 2;
const JE_BEREICH = 6;
const AUSSCHNITT = 110;
const BEREICHSNAME = {
live: "LIVE-Analyse", content: "Content", technik: "Technik",
community: "Community", schutz: "Schutz",
};
function angemeldet(req, res, next) {
const person = sitzungLesen(req);
if (!person) return res.status(401).json({ fehler: "nicht_angemeldet" });
req.person = person;
next();
}
sucheRouter.use("/workspace/api/suche", angemeldet);
/* LIKE-Sonderzeichen unschaedlich machen. Ohne das waere die Suche nach
"100%" eine Suche nach "100 gefolgt von irgendwas" und "a_b" faende
auch "axb" -- beides falsch und beides faellt erst spaet auf. */
function muster(text) {
return "%" + text.replace(/[\\%_]/g, (z) => "\\" + z) + "%";
}
/* Ausschnitt rund um die Fundstelle, damit man sieht, WARUM etwas
gefunden wurde -- nicht nur die ersten Zeichen des Feldes. */
function ausschnitt(text, suche) {
if (!text) return null;
const flach = String(text).replace(/\s+/g, " ").trim();
const wo = flach.toLowerCase().indexOf(suche.toLowerCase());
if (wo < 0) return flach.length > AUSSCHNITT ? flach.slice(0, AUSSCHNITT) + " …" : flach;
const von = Math.max(0, wo - 35);
const bis = Math.min(flach.length, wo + suche.length + 70);
return (von > 0 ? "… " : "") + flach.slice(von, bis) + (bis < flach.length ? " …" : "");
}
sucheRouter.get("/workspace/api/suche", (req, res) => {
try {
/* Die gewaehlte Sicht (nur DogFather, sonst er selbst) -- damit die
Suche dasselbe findet, was die Seiten gerade zeigen. */
const person = req.sicht || req.person;
const q = String(req.query.q ?? "").trim().slice(0, 100);
if (q.length < MIN) {
return res.json({ frage: q, zu_kurz: true, gruppen: [], gesamt: 0 });
}
const m = muster(q);
const gruppen = [];
/* Eine Quelle abfragen. Faellt eine aus, bleibt die Suche im Rest
benutzbar -- eine leere Trefferliste waere schlimmer als eine
unvollstaendige. */
const quelle = (titel, sql, werte, bau) => {
try {
const zeilen = db().prepare(sql).all(...werte);
if (!zeilen.length) return;
gruppen.push({ titel, treffer: zeilen.map(bau) });
} catch (fehler) {
console.error(`[workspace] Suche (${titel}):`, fehler?.message);
}
};
/* ---------- Aufgaben ---------- */
const a = sichtbarAufgaben(person);
if (a) {
quelle("Aufgaben", `
SELECT a.id, a.titel, a.beschreibung, a.status, a.frist, p.name AS creator_name
FROM aufgaben a LEFT JOIN personen p ON p.id = a.creator_id
WHERE ${a.wo} AND (a.titel LIKE ? ESCAPE '\\' OR a.beschreibung LIKE ? ESCAPE '\\')
ORDER BY a.status = 'erledigt', a.id DESC LIMIT ${JE_BEREICH}`,
[...a.werte, m, m],
(z) => ({
titel: z.titel,
text: ausschnitt(z.beschreibung, q),
zusatz: [z.creator_name, z.status].filter(Boolean).join(" · "),
ziel: "aufgaben.html",
}));
}
/* ---------- Termine, Calls und Protokolle ---------- */
const t = sichtbarTermine(person);
if (t) {
quelle("Termine & Calls", `
SELECT t.id, t.titel, t.beschreibung, t.art, t.beginn, t.ort, p.name AS creator_name
FROM termine t LEFT JOIN personen p ON p.id = t.creator_id
WHERE ${t.wo} AND (t.titel LIKE ? ESCAPE '\\' OR t.beschreibung LIKE ? ESCAPE '\\'
OR t.ort LIKE ? ESCAPE '\\')
ORDER BY t.beginn DESC LIMIT ${JE_BEREICH}`,
[...t.werte, m, m, m],
(z) => ({
titel: z.titel,
text: ausschnitt(z.beschreibung, q),
zusatz: [z.beginn?.replace("T", " · "), z.creator_name].filter(Boolean).join(" · "),
ziel: z.art === "termin" ? "kalender.html" : "calls.html",
}));
/* Protokolle haengen an Terminen und erben deren Sichtbarkeit.
Hier steckt oft das, wonach man wirklich sucht: was besprochen
und was entschieden wurde. */
quelle("Gesprächsprotokolle", `
SELECT pr.id, pr.punkte, pr.entscheidungen, t.titel, t.beginn
FROM protokolle pr JOIN termine t ON t.id = pr.termin_id
WHERE ${t.wo} AND (pr.punkte LIKE ? ESCAPE '\\' OR pr.entscheidungen LIKE ? ESCAPE '\\')
ORDER BY t.beginn DESC LIMIT ${JE_BEREICH}`,
[...t.werte, m, m],
(z) => {
const treffer = (z.entscheidungen || "").toLowerCase().includes(q.toLowerCase())
? { feld: "Entscheidung", wert: z.entscheidungen }
: { feld: "Besprochen", wert: z.punkte };
return {
titel: z.titel,
text: ausschnitt(treffer.wert, q),
zusatz: `${treffer.feld} · ${(z.beginn || "").slice(0, 10).split("-").reverse().join(".")}`,
ziel: "calls.html",
};
});
}
/* ---------- Dateien ---------- */
const d = sichtbarDateien(person);
if (d) {
quelle("Dateien", `
SELECT d.id, d.name_original, d.notiz, d.status, p.name AS creator_name
FROM dateien d LEFT JOIN personen p ON p.id = d.creator_id
WHERE ${d.wo} AND (d.name_original LIKE ? ESCAPE '\\' OR d.notiz LIKE ? ESCAPE '\\')
ORDER BY d.id DESC LIMIT ${JE_BEREICH}`,
[...d.werte, m, m],
(z) => ({
titel: z.name_original,
text: ausschnitt(z.notiz, q),
zusatz: [z.creator_name, z.status].filter(Boolean).join(" · "),
ziel: "dateien.html",
}));
}
/* ---------- Betreuungsbereiche ---------- */
const e = sichtbarEintraege(person);
if (e) {
quelle("Betreuungsbereiche", `
SELECT e.id, e.bereich, e.titel, e.text, e.datum, e.status, p.name AS creator_name
FROM eintraege e LEFT JOIN personen p ON p.id = e.creator_id
WHERE ${e.wo} AND (e.titel LIKE ? ESCAPE '\\' OR e.text LIKE ? ESCAPE '\\')
ORDER BY e.datum DESC LIMIT ${JE_BEREICH}`,
[...e.werte, m, m],
(z) => ({
titel: z.titel,
text: ausschnitt(z.text, q),
zusatz: [BEREICHSNAME[z.bereich] || z.bereich, z.creator_name].filter(Boolean).join(" · "),
ziel: `bereich.html?b=${z.bereich}`,
}));
}
/* ---------- Scout-Pipeline ---------- */
/* NUR DogFather sieht alle Leads (01.09.2026). Ein Scout seine
eigenen, ein Manager seine eigenen und die seiner zugeteilten
Scouts -- dieselbe Regel wie in der Pipeline selbst, aus
derselben Quelle (pipelineIds in workspace.js). Ein Hinweis, der
mehr verraet als die Seite dahinter, waere ein Leck. */
if (istDogFather(person) || person.rolle === "scout" || person.rolle === "manager") {
const ids = istDogFather(person) ? null : pipelineIds(person);
const nur = ids === null ? "1=1"
: ids.length ? `l.scout_id IN (${ids.map(() => "?").join(",")})` : "0=1";
const werte = ids === null ? [] : ids;
quelle("Scout-Pipeline", `
SELECT l.id, l.name, l.plattform, l.handle, l.status, l.notizen, l.potenzial, l.aktivitaet
FROM leads l
WHERE ${nur} AND (l.name LIKE ? ESCAPE '\\' OR l.handle LIKE ? ESCAPE '\\'
OR l.notizen LIKE ? ESCAPE '\\' OR l.potenzial LIKE ? ESCAPE '\\'
OR l.aktivitaet LIKE ? ESCAPE '\\')
ORDER BY l.id DESC LIMIT ${JE_BEREICH}`,
[...werte, m, m, m, m, m],
(z) => ({
titel: z.name,
text: ausschnitt(z.notizen || z.potenzial || z.aktivitaet, q),
zusatz: [z.plattform, z.handle, z.status].filter(Boolean).join(" · "),
ziel: "scouting.html",
}));
}
/* ---------- Creator-Profile ----------
Nur die offenen Felder. admin_notiz, plan_start und
naechster_review werden NICHT durchsucht -- auch nicht fuer das
Management, denn ein Treffer daraus taucht sonst spaeter in einer
Ansicht auf, die diese Felder gar nicht zeigen darf. Wer die Notiz
lesen will, oeffnet das Profil. */
if (istLeitung(person) || person.rolle === "scout") {
/* Zuteilung statt Rolle (03.09.2026): Eine Managerin fand hier
die Profile ALLER Creator -- Nische, Kanäle, Sendezeiten,
Technik. Die Suche ist die unauffälligste Stelle für so ein
Leck: Man sucht nach etwas ganz anderem und bekommt fremde
Namen als Beifang, ohne dass jemand es je bemerkt. */
let nur = "";
let werte = [];
const erlaubt = sichtbareCreatorIds(person);
if (erlaubt !== null) {
if (!erlaubt.length) nur = null;
else {
nur = ` AND p.id IN (${erlaubt.map(() => "?").join(",")})`;
werte = erlaubt;
}
}
if (nur !== null) {
quelle("Creator-Profile", `
SELECT p.id, p.name, f.nische, f.handles, f.live_zeiten, f.technik,
f.ziel_live, f.ziel_content, f.ziel_community, f.ziel_technik,
f.plan_prio1, f.plan_prio2, f.plan_prio3
FROM personen p LEFT JOIN profile f ON f.person_id = p.id
WHERE p.rolle = 'creator' AND p.aktiv = 1${nur}
AND (p.name LIKE ? ESCAPE '\\' OR f.nische LIKE ? ESCAPE '\\'
OR f.handles LIKE ? ESCAPE '\\' OR f.live_zeiten LIKE ? ESCAPE '\\'
OR f.technik LIKE ? ESCAPE '\\'
OR f.ziel_live LIKE ? ESCAPE '\\' OR f.ziel_content LIKE ? ESCAPE '\\'
OR f.ziel_community LIKE ? ESCAPE '\\' OR f.ziel_technik LIKE ? ESCAPE '\\'
OR f.plan_prio1 LIKE ? ESCAPE '\\' OR f.plan_prio2 LIKE ? ESCAPE '\\'
OR f.plan_prio3 LIKE ? ESCAPE '\\')
ORDER BY p.name LIMIT ${JE_BEREICH}`,
[...werte, ...Array(12).fill(m)],
(z) => {
/* Zeigen, WELCHES Feld getroffen hat -- sonst raetselt man,
warum ein Profil auftaucht. */
const felder = [
["Nische", z.nische], ["Handles", z.handles], ["LIVE-Zeiten", z.live_zeiten],
["Technik", z.technik], ["Ziel LIVE", z.ziel_live], ["Ziel Content", z.ziel_content],
["Ziel Community", z.ziel_community], ["Ziel Technik", z.ziel_technik],
["Priorität 1", z.plan_prio1], ["Priorität 2", z.plan_prio2],
["Priorität 3", z.plan_prio3],
];
const t2 = felder.find(([, w]) => w && w.toLowerCase().includes(q.toLowerCase()));
return {
titel: z.name,
text: t2 ? ausschnitt(t2[1], q) : null,
zusatz: t2 ? t2[0] : "Name",
ziel: "profil.html",
};
});
}
}
res.json({
frage: q,
zu_kurz: false,
gruppen,
gesamt: gruppen.reduce((s, g) => s + g.treffer.length, 0),
});
} catch (fehler) {
console.error("[workspace] Suche:", fehler?.message);
res.status(503).json({ fehler: "nicht_verfuegbar" });
}
});