Aufgaben: dauerhafte Aufgaben, die nicht abgehakt werden
VanVan im Support: „Man kann bei den Aufgaben, wenn man sie verteilt, ob selbst erstellt oder über die Vorlage noch nicht festlegen, dass die Aufgabe dauerhaft sein soll und somit nicht vom Modi in den Status erledigt gesetzt werden kann." Nachgesehen: Das Wort kam im Aufgabenmodul kein einziges Mal vor. Es war keine vergessene Zeile, es fehlte ganz. WAS EINE DAUERHAFTE AUFGABE IST: keine, die man abarbeitet, sondern eine, die man TUT. „Neue begruessen" ist nicht fertig, wenn man es einmal gemacht hat. ZWEI FOLGEN, und die zweite faellt leicht durchs Raster 1. Der Zugeteilte kann sie nicht auf „erledigt" setzen. Die Sperre steht im SERVER -- ein fehlender Knopf ist eine Bitte, abgelehnt wird an der Route. „Ich fange an" bleibt erlaubt: Auch eine stehende Aufgabe hat einen Anfang. 2. SIE HAT KEINE FRIST. Eine dauerhafte Aufgabe mit Frist waere ab dem naechsten Tag fuer immer ueberfaellig -- und eine Warnung, die immer kommt, ist keine mehr. Die Frist wird GELOESCHT, nicht ignoriert: Ein Datum, das dasteht und nicht gilt, ist schlimmer als keins. WER DARF DAS SETZEN: nur, wer verteilt. Koennte der Zugeteilte seine eigene Aufgabe dauerhaft machen, waere das eine Ausrede; koennte er es zuruecknehmen, waere die Sperre ein Knopf weiter offen. Beides nachgemessen. UND SIE LAESST SICH BEENDEN. Eine Pflicht, die niemand mehr beenden kann, waere eine Falle statt einer Regel. DREI STELLEN, KEINE VIERTE: das Anlegeformular auf „Aufgaben", das auf „Eure Aufgaben" (dort wird verteilt) und das Bearbeiten-Feld. Ueber das letzte laeuft VanVans „oder ueber die Vorlage" -- eine Vorlagen-Aufgabe entsteht ohne Formular, ein Schalter im Vorlagenbrett waere eine vierte Stelle fuer dieselbe Frage. An der Karte steht die Marke fuer ALLE, nicht nur fuer den Zugeteilten: Wer sie ansieht, soll wissen, warum dort kein „Fertig" steht. Ein fehlender Knopf ohne Erklaerung liest sich wie ein Fehler. GEPRUEFT pruef-bewerbung-aufgaben 154/0 (10 neue) mit vier Gegenproben: eine GEWOEHNLICHE Aufgabe laesst sich sehr wohl abhaken (sonst hiesse 409 nur, dass niemand je etwas abhaken kann), „Ich fange an" geht weiterhin, der Zugeteilte setzt und nimmt „dauerhaft" nicht, und nach dem Beenden durch die Leitung geht das Abhaken wieder. ZWEI EIGENE FEHLER, beide von Pruefungen gefunden * Ein BACKTICK in einem Kommentar -- mitten in einem Template-String (`SPALTEN`). Er hat ihn beendet, die Datei war syntaktisch kaputt. Dieselbe Familie wie die deutsche Anfuehrung in einem Anfuehrungsstring: ein Zeichen, das in der Umgebung etwas bedeutet. * `toISOString().slice(0,10)` fuer „morgen" -- pruef-struktur hat es noch am selben Abend gefunden. Zwischen 00:00 und 02:00 liegt der UTC-Tag noch auf gestern; die Pruefung haette nachts falsch angeschlagen. Jetzt ueber `tagLokal()`. Und einer, den nur die Messung zeigen konnte: `holen()` in workspace-zuteilung liest die Aufgabe mit einer eigenen, kurzen Spaltenliste. Ohne `dauerhaft` darin fragte die Sperre `a.dauerhaft` und bekam `undefined` -- sie war still wirkungslos, und im Quelltext daneben sah alles richtig aus. pruef-aufgabenbrett, pruef-zuteilung, pruef-aufgaben-vorlagen, pruef-entwicklung 79/0, pruef-css-klassen, pruef-deutsche-texte, pruef-struktur, pruef-zwischenspeicher 34/0. Schemaaenderung: ADD COLUMN dauerhaft. Datenbank vorher gesichert und geprueft (integrity_check ok, 12 Aufgaben). Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
@@ -378,6 +378,17 @@ function darfLoeschen(person, aufgabe) {
|
||||
|
||||
const SPALTEN = `
|
||||
a.id, a.titel, a.beschreibung, a.status, a.prioritaet, a.aufwand, a.frist,
|
||||
/* DAUERHAFT (30.09.2026). Ohne diese Spalte weiss die Oberflaeche
|
||||
nichts davon -- sie zeigte weiter einen Fertig-Knopf, der eine
|
||||
Absage holt.
|
||||
|
||||
KEIN BACKTICK IN DIESEM KOMMENTAR: SPALTEN ist selbst ein
|
||||
Template-String, und ein Backtick darin beendet ihn. Beim ersten
|
||||
Anlauf stand hier ein Beispiel in Backticks -- die Datei war
|
||||
danach syntaktisch kaputt. Dieselbe Familie wie die deutsche
|
||||
Anfuehrung in einem Anfuehrungsstring: ein Zeichen, das in der
|
||||
Umgebung etwas bedeutet. */
|
||||
a.dauerhaft,
|
||||
a.creator_id, a.verantwortlich_id, a.erstellt, a.geaendert, a.erledigt_am,
|
||||
a.creator_extern, a.verantwortlich_extern,
|
||||
${externSql("pc.name", "a.creator_extern")} AS creator_name,
|
||||
@@ -706,6 +717,27 @@ function pruefeFelder(körper, { neu, person }) {
|
||||
else if (!/^\d{4}-\d{2}-\d{2}$/.test(f) || Number.isNaN(Date.parse(f))) fehler.push("Frist ist kein gültiges Datum.");
|
||||
else aus.frist = f;
|
||||
}
|
||||
/* ==== DAUERHAFT (30.09.2026) ======================================
|
||||
|
||||
VanVan im Support: „… noch nicht festlegen, dass die Aufgabe
|
||||
dauerhaft sein soll und somit nicht vom Modi in den Status
|
||||
erledigt gesetzt werden kann."
|
||||
|
||||
NUR, WER VERTEILT, DARF DAS SETZEN. Könnte der Zugeteilte seine
|
||||
eigene Aufgabe dauerhaft machen, wäre das eine Ausrede; könnte er
|
||||
es zurücknehmen, wäre die Sperre ein Knopf weiter offen. Ein
|
||||
unerlaubtes Feld wird still übergangen und nicht abgelehnt — sonst
|
||||
scheiterte ein Formular an einem Häkchen, das gar nicht gemeint
|
||||
war. */
|
||||
if (körper.dauerhaft !== undefined && darfAufgabenVerteilen(person)) {
|
||||
aus.dauerhaft = körper.dauerhaft ? 1 : 0;
|
||||
/* UND DANN GIBT ES KEINE FRIST MEHR. Eine dauerhafte Aufgabe mit
|
||||
Frist wäre ab dem nächsten Tag für immer überfällig — und eine
|
||||
Warnung, die immer kommt, ist keine mehr. Sie wird gelöscht und
|
||||
nicht bloß ignoriert: Ein Datum, das dasteht und nicht gilt,
|
||||
ist schlimmer als keins. */
|
||||
if (aus.dauerhaft) aus.frist = null;
|
||||
}
|
||||
for (const feld of ["creator_id", "verantwortlich_id"]) {
|
||||
if (körper[feld] === undefined) continue;
|
||||
const wert = körper[feld];
|
||||
@@ -967,8 +999,8 @@ aufgabenRouter.post("/workspace/api/aufgaben", gleicheHerkunft, (req, res) => {
|
||||
INSERT INTO aufgaben
|
||||
(titel, beschreibung, status, prioritaet, creator_id, verantwortlich_id,
|
||||
creator_extern, verantwortlich_extern, frist, kategorie, kanal,
|
||||
erstellt, erstellt_von, haus)
|
||||
VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?)`).run(
|
||||
dauerhaft, erstellt, erstellt_von, haus)
|
||||
VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)`).run(
|
||||
/* DAS HAUS WIRD BEIM ANLEGEN GESCHRIEBEN (25.09.2026) -- siehe
|
||||
das letzte Argument. Ohne es bekaeme eine Aufgabe, an der nur
|
||||
DogFather haengt (Pool-Aufgabe ohne Verantwortlichen), kein
|
||||
@@ -977,6 +1009,10 @@ aufgabenRouter.post("/workspace/api/aufgaben", gleicheHerkunft, (req, res) => {
|
||||
aus.prioritaet ?? "mittel", aus.creator_id ?? null, aus.verantwortlich_id ?? null,
|
||||
aus.creator_extern ?? null, aus.verantwortlich_extern ?? null,
|
||||
aus.frist ?? null, aus.kategorie ?? null, aus.kanal ?? null,
|
||||
/* DAUERHAFT (30.09.2026). `pruefeFelder` laesst das Feld nur
|
||||
durch, wenn die Person verteilen darf -- steht es nicht in
|
||||
`aus`, ist es keine. */
|
||||
aus.dauerhaft ?? 0,
|
||||
jetzt(), req.person.id, req.person.haus || null);
|
||||
|
||||
/* AN MENSCHEN VERTEILEN (21.09.2026, Abschnitt 3).
|
||||
|
||||
Reference in New Issue
Block a user