Was DogFather eintraegt, sehen jetzt auch die anderen -- und 113 fertige Inhalte
Vier Bildschirmfotos, vier Auftraege. Vor dem Bauen gemessen
(server/mess-sichtbarkeit.mjs): alle Bereiche, alle vier Rollen.
ZWEI FEHLER, DIE NIEMAND GEMELDET HAETTE
Beide sahen auf DogFathers eigenem Bildschirm vollkommen richtig aus --
und das ist das Tueckische: Ein leeres Brett sieht nicht nach Fehler
aus, sondern nach "da ist eben noch nichts".
1. DIE FREIGABE. "Was ansteht" und "Highlights" zeigen der Community
nur, was freigegeben ist. Ein aus dem Vorschlagskasten uebernommener
Eintrag hatte keine Freigabe. Gemessen:
Brett DogFather rechte Hand Modi Community
ansteht 4 4 4 0
highlight 3 3 3 0
Filipe konnte fuellen, so viel er wollte -- fuer die Community
blieben genau die zwei Bretter leer, auf die es ankommt. Wer aus dem
Team uebernimmt, gibt jetzt zugleich frei: Die Freigabe fragt "hat
das Team diesen Text gesehen?", und die Antwort ist beim Uebernehmen
ja. Eine zweite Entscheidung daneben waere keine Sicherheit, sondern
ein Klick.
2. TEAM_DOGI_ROLLEN IST {hand, modi} -- OHNE "admin". Die
Sichtbarkeitsregel fuer Team Dogi lautete damit woertlich "Eintraege
von hand oder modi". Folge: ALLES, was DogFather in Live, Technik,
Community, Ideen, Angebote oder Rueckmeldung schreibt, war fuer sein
eigenes Team unsichtbar. Das ist nicht erst seit dem Startkatalog so
-- der hat es nur sichtbar gemacht, weil vorher ueberall Null stand
und Null gleich Null aussieht, egal aus welchem Grund.
Die Liste wird genau dort erweitert, wo es um Sichtbarkeit geht --
NICHT in TEAM_DOGI_ROLLEN selbst: Diese Menge entscheidet auch,
welches Haus jemand bewohnt. Ein Eintrag dort haette DogFather
stillschweigend zur Crew umgezogen.
113 FERTIGE INHALTE IN DEN LEEREN KATEGORIEN
Gemessen waren elf Bereiche ausserhalb des Treffs komplett leer -- fuer
JEDE Rolle. Der Startkatalog kannte nur die sieben Treff-Bretter; die
Oberflaeche war die ganze Zeit bereit, es fehlten nur die Texte.
workspace-arbeit-start.js fuellt neun davon: Live, Content, Technik,
Community, Schutz, Ideen, Rueckmeldung, Angebote, Agentur.
"talente" und "entwicklung" bekommen ABSICHTLICH nichts: Dort waere ein
"fertiger Inhalt" ein erfundener Mensch -- ein Testdatensatz in einem
System, das echte Menschen bewertet. Die Talente-Seite bekommt ihre
Hilfe anders (siehe unten).
DER ENTWICKLUNGSKATALOG: 28 -> 68 PUNKTE, VIERTE STUFE
Filipe: "wieso ist da immer noch nicht perfektionniert wie bei den
anderen mit fortgeschritten und so, und VIIIIIEEEELLLLLL mehr aufgaben."
* Neue Stufe "Fortgeschritten" zwischen "nach ein paar Monaten" und
"wofuer man jemanden fragt" -- genau die Mitte fehlte.
* Stufenleiter als FILTER ueber den Kategorien, wie die Checkliste es
seit dem 10.09. vormacht. Aus r.erwartung gebaut, nicht aufgezaehlt.
* Zwei neue Bloecke, die Filipe ausdruecklich wollte: "Clips, Schnitt
und Kommentare" und "Waehrend der Stream laeuft" -- seine
Wunschkategorien vom 17.09. ("videos schneide, kommentieren,
markierungen").
* Keine Note, keine Punktzahl, keine Rangliste. Unveraendert.
DAS BEFINDEN: 6 -> 12 FRAGEN, UND SIE MELDET SICH VON SELBST
Den 14-Tage-Rhythmus gab es schon -- er wirkte aber nur, WENN jemand die
Seite aufmachte. Wer sie vergisst, wurde nie wieder gefragt: Das war
eine Anzeige, keine Anfrage. Jetzt kommt sie ueber dasselbe Push-System
wie faellige Aufgaben, hoechstens einmal je sieben Tage, und sie fragt
rhythmus() aus workspace-befinden.js -- dieselbe Funktion wie die Seite,
keine zweite Formel daneben.
Sechs neue Fragen zu Erholung, Sinn, Klarheit, Anfeindung, Entwicklung
und dem Blick nach vorn, jede mit ihrer Einordnung.
Und an acht Stellen stand "sechs Fragen" ueber zwoelf Fragen -- wo ein
Skript den Text baut, wird jetzt gezaehlt; in den festen Seiten steht
gar keine Zahl mehr.
DIE TALENTE-SEITE, WENN NIEMAND DARAUF STEHT
Statt "Noch niemand auf der Liste" stehen dort jetzt die fuenf Gruppen
mit ihren 21 Anzeichen -- die gab es laengst, sie waren auf der leeren
Seite nur nie zu sehen. Dazu der Weg in beide Richtungen: woher ein
Talent kommt (der Treff) und wo es endet (die Entwicklung).
DIE PRUEFUNG (server/pruef-alle-sehen-es.mjs, 42 Pruefungen)
Sie prueft BEIDE Haelften von Filipes Satz. Nur zu zaehlen, ob alle
alles sehen, waere gruen, wenn man saemtliche Schranken entfernte --
Abschnitt 4 belegt, dass 19 Bereich-Rollen-Paare zu bleiben und die
Community an keinen der elf Arbeitsbereiche kommt.
ZWEI GEGENPROBEN, weil 42 von 42 im ersten Lauf kein Beweis ist:
a) "admin" aus der Team-Sicht entfernen -> 13 Pruefungen rot
b) Freigabe beim Uebernehmen abschalten -> 2 rot, genau ansteht
und highlight
Jede trifft ihr Ziel und nicht alles.
UND EINE LUECKE IN EINER ALTEN PRUEFUNG
pruef-deutsche-texte war gruen -- und hatte die 113 neuen Texte, die 40
neuen Entwicklungspunkte und die 6 neuen Fragen nie gesehen: Sie stehen
in Dateien, die sie nicht kannte. Jetzt 391 statt 174 geprueften
Texten. (Meine erste Untergrenze stand auf 400 und war sofort rot --
geraten statt gemessen.)
Stempel 202609171318.
Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
Claude Opus 5
@@ -16,6 +16,25 @@
|
||||
|
||||
import express from "express";
|
||||
import { TREFF_START } from "./workspace-treff-start.js";
|
||||
import { ARBEIT_START } from "./workspace-arbeit-start.js";
|
||||
|
||||
/* EIN KATALOG AUS ZWEI QUELLEN (17.09.2026)
|
||||
|
||||
Die sieben Bretter des Treffs stehen in workspace-treff-start.js,
|
||||
die elf Arbeitsbereiche in workspace-arbeit-start.js. Getrennte
|
||||
Dateien, weil die Texte fuer voellig verschiedene Leser geschrieben
|
||||
sind -- die einen fuer die Community, die anderen fuer das Team.
|
||||
|
||||
HIER WERDEN SIE EINMAL ZUSAMMENGEFUEHRT und nicht an jeder der
|
||||
beiden Abfragestellen einzeln. Zwei Stellen mit "das eine ODER das
|
||||
andere" waeren zwei Stellen, an denen man beim naechsten Katalog
|
||||
eine vergisst -- und die vergessene faellt nicht auf, weil sie
|
||||
einfach nichts anzeigt.
|
||||
|
||||
Ueberschneiden duerfen sich die Schluessel nicht; sollte es je
|
||||
passieren, gewinnt der Treff (er ist oeffentlich, dort waere ein
|
||||
falscher Text teurer). */
|
||||
const STARTKATALOG = { ...ARBEIT_START, ...TREFF_START };
|
||||
import {
|
||||
db, protokolliere, echteIp, sitzungLesen, betreutWo, darfCreator, betreuteIds, istLeitung, istDogFather, siehtAlles, istSpicy, ohneDogFather,
|
||||
externPruefen, externSql,
|
||||
@@ -25,7 +44,7 @@ import {
|
||||
import { nachrichtSchicken } from "./workspace-chat.js";
|
||||
import {
|
||||
darfSchreiben, freigabeBedingung, entfernenVorbereiten, TREFF_TEAM_ROLLEN,
|
||||
mitRollenname,
|
||||
TREFF_FREIGABE_BRETTER, mitRollenname,
|
||||
} from "./workspace-treff.js";
|
||||
|
||||
export const bereicheRouter = express.Router();
|
||||
@@ -906,7 +925,44 @@ function sichtbarRoh(person) {
|
||||
niemand: Ein leeres Brett sieht nicht nach Fehler aus. Genau so ist
|
||||
es am 01.09. dem Manager und am 09.09. dem Modi ergangen. */
|
||||
if (TEAM_DOGI_ROLLEN.has(person.rolle)) {
|
||||
const liste = [...TEAM_DOGI_ROLLEN].map((r) => `'${r}'`).join(", ");
|
||||
/* UND DOGFATHER GEHOERT DAZU (17.09.2026).
|
||||
|
||||
Filipe: "die community und alle anderen sollen die neuen sachen
|
||||
in allen kategorien auch sehen bitte. in allen die sie sehen
|
||||
soll auch jede aenderung mit gehen, immer nur in denen die ihnen
|
||||
erlaubt ist zu sehen."
|
||||
|
||||
GEMESSEN, und der Befund war groesser als der Anlass:
|
||||
TEAM_DOGI_ROLLEN ist {hand, modi} -- ohne "admin". Die Bedingung
|
||||
hier lautete damit woertlich "Eintraege von hand oder modi", und
|
||||
DogFather fiel heraus. Folge: ALLES, was er in Live, Technik,
|
||||
Community, Ideen, Angebote oder Rueckmeldung schreibt, war fuer
|
||||
sein eigenes Team unsichtbar.
|
||||
|
||||
Bereich DogFather rechte Hand Modi
|
||||
live 8 0 0
|
||||
technik 8 0 0
|
||||
community 8 0 0
|
||||
ideen 5 0 0
|
||||
|
||||
Das ist nicht erst seit dem Startkatalog so -- der hat es nur
|
||||
sichtbar gemacht, weil vorher ueberall Null stand und Null gleich
|
||||
Null aussieht, egal aus welchem Grund.
|
||||
|
||||
WARUM NICHT "admin" IN TEAM_DOGI_ROLLEN AUFNEHMEN: Diese Menge
|
||||
entscheidet an anderer Stelle, WELCHES HAUS jemand bewohnt
|
||||
(crew statt agentur) und was Spicy Media NICHT sehen darf. Ein
|
||||
Eintrag dort haette DogFather stillschweigend ins andere Haus
|
||||
verschoben. Die Liste wird deshalb genau hier erweitert, wo es
|
||||
um Sichtbarkeit von Eintraegen geht -- und nirgends sonst.
|
||||
|
||||
UND ES OEFFNET NICHTS: Welche Bereiche ein Modi ueberhaupt
|
||||
aufrufen darf, entscheidet MODI_BEREICHE_ERLAUBT weiter oben
|
||||
(content, schutz, agentur, entwicklung, talente bleiben 404).
|
||||
Die Agentur-Trennung haengt an ohneAgentur() und AGENTUR_ROLLEN
|
||||
-- dort steht "admin" nicht drin, an ihr aendert sich also
|
||||
ebenfalls nichts. */
|
||||
const liste = [...TEAM_DOGI_ROLLEN, "admin"].map((r) => `'${r}'`).join(", ");
|
||||
return { wo: `(e.erstellt_von IN (SELECT id FROM personen WHERE rolle IN (${liste}))`
|
||||
+ ` OR e.creator_id IN (SELECT id FROM personen WHERE rolle IN (${liste})))`, werte: [] };
|
||||
}
|
||||
@@ -1582,7 +1638,7 @@ bereicheRouter.get("/workspace/api/bereich/:bereich/start", (req, res) => {
|
||||
/* Wer hier nicht schreiben darf, bekommt den Katalog gar nicht --
|
||||
statt ihn zu bekommen und den Knopf ausgeblendet zu sehen. */
|
||||
if (darfSchreiben(req.person, bereich)) return res.status(404).json({ fehler: "nicht_gefunden" });
|
||||
const liste = TREFF_START[bereich] || [];
|
||||
const liste = STARTKATALOG[bereich] || [];
|
||||
/* Was schon dasteht, kommt nicht noch einmal. Verglichen wird ueber
|
||||
den Titel: Eine eigene Kennung an der Zeile waere eine zweite
|
||||
Wahrheit, und beim Umformulieren liefe sie auseinander. */
|
||||
@@ -1606,7 +1662,7 @@ bereicheRouter.post("/workspace/api/bereich/:bereich/start", gleicheHerkunft, (r
|
||||
const warum = darfSchreiben(req.person, bereich);
|
||||
if (warum) return res.status(403).json({ fehler: warum });
|
||||
|
||||
const liste = TREFF_START[bereich] || [];
|
||||
const liste = STARTKATALOG[bereich] || [];
|
||||
if (!liste.length) return res.status(404).json({ fehler: "nicht_gefunden" });
|
||||
|
||||
const nr = req.body?.nr;
|
||||
@@ -1626,11 +1682,47 @@ bereicheRouter.post("/workspace/api/bereich/:bereich/start", gleicheHerkunft, (r
|
||||
Katalog eine Art in die Datenbank, die es dort nicht gibt, und
|
||||
die Zeile laesst sich hinterher nicht mehr aendern. */
|
||||
if (!Object.hasOwn(einstellung.arten, v.art)) continue;
|
||||
db().prepare(`
|
||||
const { lastInsertRowid } = db().prepare(`
|
||||
INSERT INTO eintraege (bereich, art, titel, text, datum, status, erstellt, erstellt_von)
|
||||
VALUES (?,?,?,?,?, 'offen', ?, ?)`)
|
||||
.run(bereich, v.art, v.titel, v.text ?? null,
|
||||
jetzt().slice(0, 10), jetzt(), req.person.id);
|
||||
|
||||
/* UND SOFORT FREIGEBEN (17.09.2026) -- der Fehler, den Filipe
|
||||
auf seinem Bildschirm gesehen hat.
|
||||
|
||||
Gemessen, BEVOR etwas gebaut wurde: DogFather uebernimmt bei
|
||||
"Was ansteht" vier Vorschlaege und bei den Highlights drei.
|
||||
Auf seinem Bildschirm stehen sie. Die Community sah:
|
||||
|
||||
Brett DogFather rechte Hand Modi Community
|
||||
ansteht 4 4 4 0
|
||||
highlight 3 3 3 0
|
||||
|
||||
Beide Bretter verlangen eine Freigabe, bevor jemand von
|
||||
aussen etwas sieht -- und ein uebernommener Vorschlag hatte
|
||||
keine. Filipe konnte also fuellen, so viel er wollte; fuer die
|
||||
Community blieben genau die zwei Bretter leer, auf die es
|
||||
ankommt. Und es waere niemandem aufgefallen, weil es auf
|
||||
jedem Team-Bildschirm richtig aussieht.
|
||||
|
||||
WARUM DAS KEINE UMGEHUNG DER FREIGABE IST: Die Freigabe fragt
|
||||
"hat das Team diesen Text gesehen?". Bei einem uebernommenen
|
||||
Vorschlag lautet die Antwort ja -- jemand aus dem Team hat ihn
|
||||
ausgesucht und auf "Uebernehmen" gedrueckt. Das IST die
|
||||
Entscheidung. Eine zweite daneben waere keine Sicherheit,
|
||||
sondern ein Klick.
|
||||
|
||||
NUR FUER TEAM DOGI, und die Bedingung fragt die ROLLE, nicht
|
||||
den Weg. Duerfte eines Tages jemand von aussen den Katalog
|
||||
uebernehmen, ginge sein Eintrag wie jeder andere zuerst durch
|
||||
die Freigabe. */
|
||||
if (TREFF_FREIGABE_BRETTER.includes(bereich)
|
||||
&& TREFF_TEAM_ROLLEN.has(req.person?.rolle)) {
|
||||
db().prepare(
|
||||
"INSERT OR IGNORE INTO treff_freigaben (eintrag_id, zeitpunkt, von) VALUES (?,?,?)")
|
||||
.run(Number(lastInsertRowid), jetzt(), req.person.id);
|
||||
}
|
||||
angelegt++;
|
||||
}
|
||||
protokolliere("bereich_start_uebernommen", {
|
||||
|
||||
Reference in New Issue
Block a user