Zwei Wuensche vom 05.09.2026, dazu drei Fehler, die dabei ans Licht kamen.
ABBRECHEN (Wunsch: "in jedem status die aufgaben auch abbrechen koennen,
nur ich die manager und scouts")
Neuer Status mit Pflicht-Grund, aus jedem der vier Status heraus.
Festgehalten wird auch, WO die Aufgabe stand -- "im Review abgebrochen"
ist eine andere Aussage als "nie angefangen", und das Wiederaufnehmen
geht dorthin zurueck statt nach "offen".
Eigener Weg statt "abgebrochen" in der Statusliste: Dort entscheidet
darfAendern(), und das laesst auch den zustaendigen Creator aendern.
Der gewoehnliche PATCH kann diesen Zustand deshalb gar nicht erreichen
-- auch nicht fuer DogFather, sonst waere die Grund-Pflicht umgehbar.
Abgebrochenes steht in einem zugeklappten Bereich unter dem Brett, nicht
als fuenfte Spalte: Am Handy waeren dann alle fuenf unlesbar schmal.
Verschwinden darf es nicht, sonst waere der Abbruch ein Loeschen mit
Zwischenschritt.
Die Tabelle musste dafuer getauscht werden (SQLite kann CHECK nicht
aendern). Vorher auf einer Kopie durchgespielt: 40 von 40 Aufgaben,
Inhalte, Verweise und Indizes geprueft, Gegenprobe zeigt, dass der CHECK
noch lebt.
TEILNEHMERWAHL (Wunsch: "das soll viel besser aussehen und fuer jeden
verfuegbar sein")
Auf dem Bildschirm klebten die Namen aneinander: "DogfatherDogFather".
Ursache war, dass kalender.html das Stylesheet mit diesen Klassen nie
eingebunden hat -- sie standen in dateien.css. Vierzig gruene Pruefungen
zur Teilnehmerwahl hatten das nicht gemerkt, weil keine je gefragt hat,
ob es AUSSIEHT wie gedacht.
Jetzt eigene Klassen im eigenen Stylesheet, nach Rollen gruppiert: Die
Rolle steht einmal als Ueberschrift statt neunmal am Namen. Damit ist
das Kleben an der Wurzel weg, nicht zugepflastert.
"Fuer jeden" war mehr als ein hidden zu entfernen: darfEintragen() haette
einem Creator nur sich selbst erlaubt. Er haette seinen Scout gesehen,
angeklickt, und der Server haette ihn still weggelassen -- ein Knopf, der
nichts tut. einladbareIds() schaut jetzt in beide Richtungen, bewusst
getrennt von /api/personen: Wer die erweitert, gibt einem Creator
nebenbei die Moeglichkeit, seinem Scout Aufgaben zuzuweisen.
BENACHRICHTIGUNGEN (Wunsch: "sowas, und dass es perfekt funktioniert
fuer jeden")
Web Push nach RFC 8291/8292, ohne fremde Abhaengigkeit. Der Knopf sagt
in jeder Lage die Wahrheit, auch die unbequemen: abgelehnt (mit dem
Hinweis, wo man es zuruecknimmt), iPhone im Reiter (mit Anleitung),
Browser ohne Push. Ein Knopf, der bei abgelehnter Berechtigung nur
nichts tut, ist der sichere Weg zu "das funktioniert nicht".
DREI FEHLER, DIE DABEI AUFFIELEN
1. Ein defekter Zugangsdatensatz sperrte ALLE einer Rolle aus. Wirft
hashe() bei einer Person, flog die ganze Anmeldung in den catch: 503
"nicht verfuegbar" fuer jeden mit dieser Rolle. Aufgefallen durch
einen eigenen Testfehler. Jetzt wird die defekte Person uebersprungen
und laut protokolliert; die Gegenprobe zeigt, dass ein falscher Code
weiterhin abgelehnt wird.
2. Die Glocke sprengte die Kopfleiste -- zweimal. Bei 320 px lag die
Lupe des Suchknopfes auf dem Sicht-Umschalter (ein Knopf, der auf 12
Seiten ins Leere tippt), bei 768 px wurde der Abmelden-Knopf bis zu
15 px aus dem Bild geschoben, weil die Textgrenze auf 760 stand und
ein Tablet 768 hat. Nachgewiesen durch Messen mit und ohne Glocke,
nicht durch Vermuten.
3. .block__frage war viermal gestaltet und stand auf einer Seite, die
keine dieser Dateien laedt -- derselbe Fehler wie bei der
Teilnehmerwahl. Gefunden von der neuen Klassenpruefung beim ersten
Lauf.
NEUE PRUEFUNGEN
pruef-css-klassen jede gestaltete Klasse muss auf ihrer Seite ankommen
(unterscheidet Struktur-Anker von echtem Verlust)
pruef-dabei-optik die Wahl im Browser, an den echten Pixeln
pruef-abbrechen Umstellung auf einer Kopie, Rechte, Rueckweg
pruef-abbrechen-optik Knopf, Dialog, Bereich, Handy
pruef-glocke Zustaende, An/Abmelden, jede Rolle
pruef-push(-weg) Rechnung gegen die RFC-Vektoren, Zustellung
pruef-struktur prueft jetzt zusaetzlich, ob sich jedes Server-Modul als
ESM laden laesst. node --check auf einer .js-Datei prueft als CommonJS
und meldete "ok", waehrend der Import scheiterte.
Gesamtlauf: 55 von 55 Dateien, 1973 von 1973 Punkten.
Was NICHT geprueft werden konnte und deshalb dasteht: Der Schritt
"Browser holt eine Adresse beim Push-Dienst" braucht eine Verbindung zu
Googles FCM, die ein Pruef-Browser nicht hat. Die Pruefung misst das
zuerst und meldet es als dritten Ausgang, statt gruen zu sein.
Verschluesselung und Zustellung sind getrennt geprueft; diese eine
Strecke beweist sich erst auf dem Server.
Co-Authored-By: Claude Opus 5 <[email protected]>
82 lines
3.5 KiB
JavaScript
82 lines
3.5 KiB
JavaScript
/* =====================================================================
|
|
Service Worker des Creator Workspace.
|
|
|
|
Er hat GENAU EINE Aufgabe: Benachrichtigungen entgegennehmen und
|
|
anzeigen.
|
|
|
|
⚠️ BEWUSST OHNE ZWISCHENSPEICHER. Der naheliegende Zusatz waere,
|
|
hier auch Seiten und Dateien vorzuhalten ("offline verfuegbar").
|
|
Genau das waere hier falsch:
|
|
|
|
* Der Workspace liegt hinter einer Anmeldung. Ein Service Worker,
|
|
der Antworten aufhebt, hebt damit AUCH persoenliche Daten auf --
|
|
auf einem Geraet, das jemand anderem gehoeren kann.
|
|
|
|
* Die Seiten aendern sich haeufig. Ein Zwischenspeicher, der etwas
|
|
Falsches zeigt, ist schlimmer als gar keiner -- man glaubt ihm
|
|
ja. Die Versionsstempel loesen das Problem bereits.
|
|
|
|
Wer spaeter Offline-Faehigkeit will, faengt hier NICHT einfach an,
|
|
sondern klaert vorher, was zwischengespeichert werden darf.
|
|
===================================================================== */
|
|
|
|
/* Beim Einbauen sofort uebernehmen, statt auf das Schliessen aller
|
|
Reiter zu warten. Ohne diese zwei Zeilen wuerde eine neue Fassung
|
|
erst Tage spaeter aktiv -- und niemand wuesste, welche gerade laeuft. */
|
|
self.addEventListener("install", (e) => { self.skipWaiting(); });
|
|
self.addEventListener("activate", (e) => { e.waitUntil(self.clients.claim()); });
|
|
|
|
/* ---------------------------------------------------------------------
|
|
Eine Benachrichtigung kommt an.
|
|
------------------------------------------------------------------ */
|
|
self.addEventListener("push", (e) => {
|
|
/* Ohne Daten trotzdem etwas anzeigen: Manche Push-Dienste schicken
|
|
im Zweifel eine leere Nachricht, und ein Browser, der eine
|
|
Push-Berechtigung hat, MUSS etwas anzeigen -- sonst entzieht er
|
|
sie nach mehrmaligem Schweigen wieder. */
|
|
let d = { titel: "Creator Workspace", text: "Es gibt etwas Neues.", ziel: "/workspace/start.html" };
|
|
try {
|
|
if (e.data) d = { ...d, ...e.data.json() };
|
|
} catch {
|
|
try { d.text = e.data.text() || d.text; } catch { /* dann die Vorgabe */ }
|
|
}
|
|
|
|
e.waitUntil(self.registration.showNotification(d.titel, {
|
|
body: d.text,
|
|
icon: "/assets/img/app-symbole/workspace-192.png",
|
|
badge: "/assets/img/app-symbole/workspace-192.png",
|
|
/* Gleiche Art ersetzt sich gegenseitig, statt sich zu stapeln --
|
|
drei Meldungen "Aufgabe ueberfaellig" untereinander helfen
|
|
niemandem. */
|
|
tag: d.art || "workspace",
|
|
renotify: false,
|
|
data: { ziel: d.ziel || "/workspace/start.html" },
|
|
/* Kein `requireInteraction`: Eine Benachrichtigung, die stehen
|
|
bleibt, bis man sie wegklickt, ist eine Zumutung. */
|
|
}));
|
|
});
|
|
|
|
/* ---------------------------------------------------------------------
|
|
Jemand tippt die Benachrichtigung an.
|
|
|
|
Ist der Workspace schon offen, wird DIESES Fenster benutzt und dort
|
|
hingesteuert -- sonst sammeln sich mit der Zeit fuenf Reiter mit
|
|
derselben Seite. Nur wenn keines offen ist, wird eines geoeffnet.
|
|
------------------------------------------------------------------ */
|
|
self.addEventListener("notificationclick", (e) => {
|
|
e.notification.close();
|
|
const ziel = e.notification.data?.ziel || "/workspace/start.html";
|
|
|
|
e.waitUntil((async () => {
|
|
const fenster = await self.clients.matchAll({ type: "window", includeUncontrolled: true });
|
|
for (const f of fenster) {
|
|
if (f.url.includes("/workspace/")) {
|
|
await f.focus();
|
|
if ("navigate" in f) { try { await f.navigate(ziel); } catch { /* schon dort */ } }
|
|
return;
|
|
}
|
|
}
|
|
await self.clients.openWindow(ziel);
|
|
})());
|
|
});
|