2 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	b9f261bbac	Das Mindestalter wird eingeloest statt behauptet -- Stufe 8 ist damit durch ... Auf der Regelseite des Treffs steht seit dem 11.09. "ab 18". Geprueft wurde es nirgends: MINDESTALTER war ein Text auf einer Seite, sonst nichts. Eine Regel, die nur dasteht, ist keine -- im Streitfall ist sie sogar schlechter als keine, weil man sie versprochen hat. DIE FRAGE STEHT AN DER TUER Ein Community-Mitglied bestaetigt beim ERSTEN Hereinkommen, mindestens 18 zu sein. Danach nie wieder. An der Tuer und nicht auf einer Seite dahinter: Eine Sperre auf den Brettern liesse sich ueber eine andere Adresse umgehen und muesste auf jeder kuenftigen Seite mitgedacht werden. Die Tuer gibt es genau einmal. Ein EIGENER Fehler (400 alter_offen), nicht "ungueltig": Hier ist der Code richtig. Wer dieselbe Antwort bekaeme wie bei einem Tippfehler, tippte seinen Code immer wieder neu ein, und es wuerde nie besser. Und es zaehlt NICHT als Fehlversuch. Sonst sperrt sich jemand mit dem richtigen Code nach acht Anlaeufen selbst aus. Nur die Community: Wer zum Team gehoert, hat seinen Zugang von DogFather persoenlich bekommen -- da ist die Frage vorher geklaert. NUR EIN ZEITSTEMPEL, KEIN GEBURTSDATUM Gebraucht wird die Antwort auf "hat bestaetigt, und wann" -- nicht der Geburtstag. Ein Geburtsdatum waeren mehr Daten fuer dieselbe Auskunft, und Datenminimierung gilt auch fuer das eigene Nachweisbeduerfnis. Eine Spalte, mehr nicht. DIE RECHTSGRUNDLAGE FOLGT AUS DER ROLLE -- UND WIRD NICHT GESPEICHERT Ein Modi arbeitet hier (Vertrag), ein Community-Mitglied ist freiwillig da (Einwilligung). Was sich ableiten laesst, bekommt keine Spalte: sonst gaebe es zwei Wahrheiten, von denen eine veraltet, sobald jemand die Rolle wechselt. Sie steht jetzt in jeder Auskunft (Art. 15 Abs. 1 lit. a) und im Loeschkonzept. MINDESTALTER ZIEHT INS IMPORTFREIE BLATT Die Tuer braucht die Zahl jetzt auch, und ein Import zwischen workspace.js und workspace-treff.js waere ein Kreis -- genau der Grund, aus dem treff-tabellen.js existiert. Die Zahl steht weiterhin an EINER Stelle; der Regeltext bekommt sie unveraendert. EIN EIGENER FEHLER, GEFUNDEN VON DER PRUEFUNG Ich hatte `export { MINDESTALTER } from "./treff-tabellen.js"` benutzt -- eine Durchreiche. Der Name ist damit fuer IMPORTEURE da, aber nicht in der Datei selbst. Die Regelroute benutzt ihn selbst und lief in einen ReferenceError, und zwar erst beim Aufruf. pruef-alter hat es gesehen, nicht das Auge. VIER PRUEFUNGEN MUSSTEN NACHZIEHEN pruef-treff, pruef-treff-werkzeuge, pruef-auskunft und pruef-neue-seiten melden sich als Community an. Sie schicken das Haekchen jetzt mit -- aber NUR fuer 'gast'. Ginge es immer mit, koennte keine Pruefung mehr sehen, ob der Server es fuer das Team ueberhaupt ignoriert. PRUEFUNGEN: pruef-alter neu mit 35, davon 7 im Browser. Darunter die, die man vergisst: Wird beim ZWEITEN Mal wieder gefragt? (nein) -- denn eine Abfrage, die jedes Mal kommt, wird weggeklickt, ohne gelesen zu werden, und bestaetigt ab da nichts mehr. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-15 01:09:52 +02:00
DogFatherGitandClaude Opus 5	6643e530a8	Auskunft auf Knopfdruck -- und die Quellenliste pflegt sich selbst ... Zweite Haelfte von Stufe 8, Art. 15 DSGVO. Jeder Mensch hier darf wissen, was ueber ihn gespeichert ist: DogFather, die rechte Hand, jeder Modi, jede Creatorin -- und jedes Mitglied der Community. DIE LISTE DER QUELLEN WIRD ABGELEITET, NICHT GEPFLEGT Eine Auskunft, die eine Tabelle vergisst, ist schlimmer als keine: Sie ist eine falsche Aussage ueber die Daten eines Menschen. Eine handgeschriebene Liste "wo Personendaten liegen" waere in dem Moment falsch, in dem jemand eine Tabelle dazubaut -- und genau diese Bauart ist im Projekt schon dreimal schiefgegangen. Deshalb fragt das Modul die Datenbank selbst: `PRAGMA foreign_key_list` liefert jede Spalte, die auf `personen` zeigt. Gemessen: 62 Spalten in 38 von 42 Tabellen. VIER SPALTEN ZEIGEN AUF ETWAS, OHNE ES ZU SAGEN Es gibt genau vier Spalten im Haus, die auf `_id` enden und keinen Fremdschluessel deklarieren: eintraege.saeule_id keine Person treff_entfernt.eintrag_id keine Person protokoll.person_id IST eine Person treff_entfernt.autor_id IST eine Person Beide Personenspalten haben denselben Grund, keinen Fremdschluessel zu haben: Sie sollen eine geloeschte Person ueberdauern. Sie stehen namentlich im Modul -- und pruef-auskunft schlaegt an, sobald eine fuenfte dazukommt, die niemand eingeordnet hat. Die Liste ist damit klein genug, um richtig zu sein, und kann nicht heimlich veralten. ZWEI DINGE STEHEN NIE DRIN Zugangsgeheimnisse (Hash, Salt, Kennung) -- Risiko ohne Nutzen. Andere Menschen -- wer eine Massnahme gesetzt hat, ist dessen Datum, nicht meines. Eine Regel fuer alle Tabellen, keine Ausnahmeliste: Steht in einer Zeile ueber mich die Nummer eines anderen, wird daraus "eine andere Person". Meine eigene bleibt stehen, sonst waere die Auskunft unbrauchbar -- und genau das ist die Gegenprobe dazu. DER KNOPF STEHT AUF ZWEI SEITEN Steckbrief und Treff-Regeln -- die beiden Seiten, die einem Menschen selbst gehoeren. Die Community hat keinen Steckbrief; ohne die zweite Stelle haette ausgerechnet die groesste Gruppe mit den wenigsten Rechten auch dieses nicht. Die Pruefung liest das aus der Rechtetafel nach, statt es zu behaupten. Die Datei entsteht im Browser aus der Antwort -- es bleibt also nichts auf dem Server liegen. Wer ueber wen Auskunft gezogen hat, steht im Protokoll: Eine vollstaendige Sammlung der Daten eines Menschen ist das Empfindlichste, was dieses Haus herausgibt. NEBENBEI GEFUNDEN Ich hatte `.block__kopf` und `.block__frage` geliehen -- die stehen in automation.css, und keine der beiden Seiten laedt die. Der Kasten waere ohne Abstaende dagestanden. Gefunden von pruef-css-klassen, nicht vom Auge. Jetzt eigene Klassen in start.css. PRUEFUNGEN: pruef-auskunft neu mit 46. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-15 01:00:11 +02:00