Symptom
Ein Todo, das versehentlich ohne Bewerbungsbezug angelegt wurde, laesst sich nicht nachtraeglich einer Bewerbung zuordnen. Der einzige Ausweg ist: neu anlegen und das alte auf hinfaellig setzen. Das erzeugt genau das Rauschen, das #815 vermeiden wollte.
Beleg
Am 25.08.2026 real passiert. Todo b52dda82 wurde ohne bewerbung_id angelegt, Rueckgabe:
"bewerbungsbezug": "keiner (freie Aufgabe)"
Korrektur war nur ueber Neuanlage (cf8dffcf) plus todo_hinfaellig(b52dda82) moeglich. Ergebnis: zwei Datensaetze fuer eine Aufgabe, einer davon reine Karteileiche.
Ursache
todo_bearbeiten (#814, D35) kennt titel, beschreibung, faellig_am und typ. bewerbung_id fehlt in der Signatur. Die Zuordnung ist damit ausschliesslich zum Zeitpunkt der Anlage setzbar.
Das ist dieselbe Luecke, die #814 fuer das Faelligkeitsdatum geschlossen hat ("Vorher gab es KEINEN Weg, ein Faelligkeitsdatum zu aendern"), nur eine Spalte weiter.
Warum das mehr ist als Bequemlichkeit
todo_anlegen ist seit #815 bewusst auch ohne bewerbung_id aufrufbar, damit freie Aufgaben ueberhaupt erfassbar sind. Das ist richtig. Die Kehrseite: der haeufigste Fehlerfall bei der Anlage ist jetzt der vergessene Bezug, und genau dafuer gibt es keine Reparatur. Eine Aufgabe ohne Bezug taucht in bewerbung_details nicht auf und ist damit an der Stelle unsichtbar, an der man sie sucht.
Vorschlag
todo_bearbeiten um bewerbung_id erweitern. Leerstring bedeutet keine Aenderung, ein - loest den Bezug (analog zur bestehenden faellig_am='-'-Konvention).- Beim Setzen pruefen, dass die Bewerbung existiert, mit klarer Fehlermeldung statt stiller Annahme.
Angrenzender Befund, nicht Teil dieses Issues
Es gibt kein todo_loeschen. Ein versehentlich angelegter Datensatz bleibt dauerhaft als hinfaellig bestehen. Bei follow_up, meeting und dokument existiert jeweils ein Loeschpfad, bei Todos nicht. Sinnvoll waere er fuer echte Fehlanlagen, waehrend hinfaellig weiter fuer gegenstandslos gewordene Aufgaben gilt. Wenn das gewuenscht ist, gerne separat erfassen.
Akzeptanzkriterien
Symptom
Ein Todo, das versehentlich ohne Bewerbungsbezug angelegt wurde, laesst sich nicht nachtraeglich einer Bewerbung zuordnen. Der einzige Ausweg ist: neu anlegen und das alte auf
hinfaelligsetzen. Das erzeugt genau das Rauschen, das #815 vermeiden wollte.Beleg
Am 25.08.2026 real passiert. Todo
b52dda82wurde ohnebewerbung_idangelegt, Rueckgabe:Korrektur war nur ueber Neuanlage (
cf8dffcf) plustodo_hinfaellig(b52dda82)moeglich. Ergebnis: zwei Datensaetze fuer eine Aufgabe, einer davon reine Karteileiche.Ursache
todo_bearbeiten(#814, D35) kennttitel,beschreibung,faellig_amundtyp.bewerbung_idfehlt in der Signatur. Die Zuordnung ist damit ausschliesslich zum Zeitpunkt der Anlage setzbar.Das ist dieselbe Luecke, die #814 fuer das Faelligkeitsdatum geschlossen hat ("Vorher gab es KEINEN Weg, ein Faelligkeitsdatum zu aendern"), nur eine Spalte weiter.
Warum das mehr ist als Bequemlichkeit
todo_anlegenist seit #815 bewusst auch ohnebewerbung_idaufrufbar, damit freie Aufgaben ueberhaupt erfassbar sind. Das ist richtig. Die Kehrseite: der haeufigste Fehlerfall bei der Anlage ist jetzt der vergessene Bezug, und genau dafuer gibt es keine Reparatur. Eine Aufgabe ohne Bezug taucht inbewerbung_detailsnicht auf und ist damit an der Stelle unsichtbar, an der man sie sucht.Vorschlag
todo_bearbeitenumbewerbung_iderweitern. Leerstring bedeutet keine Aenderung, ein-loest den Bezug (analog zur bestehendenfaellig_am='-'-Konvention).Angrenzender Befund, nicht Teil dieses Issues
Es gibt kein
todo_loeschen. Ein versehentlich angelegter Datensatz bleibt dauerhaft alshinfaelligbestehen. Beifollow_up,meetingunddokumentexistiert jeweils ein Loeschpfad, bei Todos nicht. Sinnvoll waere er fuer echte Fehlanlagen, waehrendhinfaelligweiter fuer gegenstandslos gewordene Aufgaben gilt. Wenn das gewuenscht ist, gerne separat erfassen.Akzeptanzkriterien
todo_bearbeiten(todo_id, bewerbung_id=...)setzt oder loest den Bezug