Aufgaben: wer verantwortlich ist, hat auch eine Zuteilung

VanVan im Support: „Wenn ein Modi sich auf eine Aufgabe beworben hat
und die von uns angenommen wurde, dann steht beim Modi unter der
Aufgabe immer noch ich bewerbe mich."

GEMESSEN AN DEN ECHTEN DATEN (lesend, auf einer Kopie):

    Aufgaben mit Verantwortlichem:     11
    davon OHNE Zuteilungszeile:         8

Darunter Marinas zwei offene Vorlagen-Aufgaben -- genau die zwei
Karten aus ihrem Bildschirmfoto.

DIE URSACHE. `katalogAufgabeAnlegen()` schrieb eine Zeile in
`aufgaben` mit `verantwortlich_id` und KEINE in
`aufgaben_zuteilung`. Das Brett liest aber die Zuteilung, nicht den
Verantwortlichen: Es fand nichts, lieferte `meine_zuteilung: null`,
und die Bedingung im Browser beginnt mit `!mein` -- also bot sie an,
sich auf die eigene Aufgabe zu bewerben.

ES WAR NICHT NUR EIN FALSCHER KNOPF. „Ich fange an" und „Fertig"
haengen an derselben Zeile. Der Mensch bekam eine Karte, auf der er
das Falsche tun konnte und das Richtige nicht.

WARUM DIE VORHANDENE PRUEFUNG ES NICHT FAND: Sie geht den Weg ueber
das AUFGABENbrett -- dort war alles in Ordnung, nachgemessen steht
nach dem Annehmen richtig „Ich fange an | Fertig". VanVans Weg ist
der ueber das VORLAGENbrett, und der endet in einer neu angelegten
Aufgabe. Dieser Weg war nie geprueft.

DREI TEILE

1. `katalogAufgabeAnlegen` legt die Zuteilungszeile mit an. Mit
   Zustand: `angenommen`, wenn die Person darum gebeten hat und die
   Bitte angenommen wurde; `offen`, wenn die Leitung zutraegt -- dann
   steht bei ihr Annehmen/Ablehnen, und das ist richtig, sie hat noch
   nicht ja gesagt.

2. Eine Umstellung traegt nach, was schon dasteht. Wiederholbar
   (`NOT EXISTS` + `INSERT OR IGNORE`), deshalb bei den Umstellungen
   und nicht in einem Skript, das jemand vergisst. Auf einer KOPIE
   der echten Datenbank durchgespielt: 8 Zeilen angelegt, danach 0
   ohne Zuteilung, `integrity_check ok`. Marinas Karten stehen
   danach auf `angenommen`.

3. Ein Riegel im Browser: Auf eine Aufgabe, die mir schon gehoert,
   bewirbt man sich nicht. Er faengt jeden weiteren Weg ab, der eine
   Aufgabe ohne Zuteilungszeile anlegt -- nicht alle acht kamen aus
   der Vorlage.

GEPRUEFT
pruef-bewerbung-aufgaben 126/0 (15 neue: der ganze Vorlagenweg von
der Bewerbung bis zum Knopf auf ihrem Brett). NACHGESTELLT: Ohne die
Zuteilungszeile wird sie rot („und sie hat eine Zuteilungszeile
(undefined)"). pruef-zuteilung, pruef-aufgabenbrett, pruef-vorlagen
24/0, pruef-aufgaben-vorlagen, pruef-struktur, pruef-zwischenspeicher
34/0.

Ein Messfehler unterwegs, im Text festgehalten: Mein neuer Block
bewarb sich auf dieselbe Vorlage wie ein spaeterer Abschnitt und
nahm ihm damit seine -- zehn Pruefungen wurden rot, ohne dass am
Programm etwas falsch war.

Datenbank vor der Umstellung gesichert und geprueft
(integrity_check ok, 12 Aufgaben, 3 Zuteilungen).

Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
2026-09-30 18:08:36 +02:00
co-authored by Claude Opus 5
parent 721ad262df
commit c933bcd2e0
49 changed files with 911 additions and 674 deletions
+62
View File
@@ -4361,6 +4361,68 @@ function umstellungen(d) {
}
}
/* =====================================================================
WER VERANTWORTLICH IST, BRAUCHT EINE ZUTEILUNGSZEILE (30.09.2026)
=====================================================================
VanVan im Support: „Wenn ein Modi sich auf eine Aufgabe beworben
hat und die von uns angenommen wurde, dann steht beim Modi unter
der Aufgabe immer noch ich bewerbe mich."
GEMESSEN an den echten Daten: 11 Aufgaben hatten einen
Verantwortlichen, 8 davon KEINE Zeile in `aufgaben_zuteilung`.
Darunter beide Vorlagen-Aufgaben, die in ihrem Bildschirmfoto zu
sehen sind.
Das Aufgabenbrett liest die Zuteilung, nicht `verantwortlich_id`.
Ohne Zeile sagt es „niemand zugeteilt" -- und bietet dem Menschen
an, sich auf seine eigene Aufgabe zu bewerben. „Ich fange an" und
„Fertig" fehlen ihm dabei, denn die haengen an derselben Zeile.
Die Ursache ist behoben (`katalogAufgabeAnlegen` legt sie jetzt
mit an). Dieser Block holt nach, was schon dasteht.
WELCHER ZUSTAND: Die Aufgabe GEHOERT der Person schon -- sie
jetzt „Annehmen/Ablehnen" druecken zu lassen waere eine Frage zu
etwas, das laengst entschieden ist. Also `angenommen`, und bei
abgeschlossenen Aufgaben der passende Endzustand.
WIEDERHOLBAR: `NOT EXISTS` plus `INSERT OR IGNORE`. Beim zweiten
Start ist alles da und nichts passiert -- derselbe Gedanke wie
bei der Teilnehmer-Uebernahme darueber. */
try {
const spalten = d.prepare("PRAGMA table_info(aufgaben)").all().map((x) => x.name);
if (spalten.includes("verantwortlich_id")) {
const vorher = d.prepare("SELECT COUNT(*) AS n FROM aufgaben_zuteilung").get().n;
d.exec(`INSERT OR IGNORE INTO aufgaben_zuteilung
(aufgabe_id, person_id, zustand, zugeteilt_am, zugeteilt_von, geantwortet_am)
SELECT a.id, a.verantwortlich_id,
CASE a.status
WHEN 'erledigt' THEN 'erledigt'
WHEN 'review' THEN 'erledigt'
WHEN 'abgebrochen' THEN 'abgelehnt'
WHEN 'arbeit' THEN 'arbeit'
ELSE 'angenommen'
END,
COALESCE(a.erstellt, datetime('now')),
a.erstellt_von,
COALESCE(a.erstellt, datetime('now'))
FROM aufgaben a
WHERE a.verantwortlich_id IS NOT NULL
AND NOT EXISTS (
SELECT 1 FROM aufgaben_zuteilung z
WHERE z.aufgabe_id = a.id
AND z.person_id = a.verantwortlich_id)`);
const nachher = d.prepare("SELECT COUNT(*) AS n FROM aufgaben_zuteilung").get().n;
if (nachher > vorher) {
console.log(`[workspace] ${nachher - vorher} Aufgaben mit Verantwortlichem `
+ "haben ihre fehlende Zuteilungszeile bekommen.");
}
}
} catch (fehler) {
console.error("[workspace] Zuteilung nachtragen:", fehler?.message);
}
loeschspurenAufraeumen(d);
/* =====================================================================