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:
@@ -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);
|
||||
|
||||
/* =====================================================================
|
||||
|
||||
Reference in New Issue
Block a user