Aufgaben: eine Bewerbung auf eine erledigte Aufgabe ist keine mehr

Beim Durchsehen der echten Daten am 30.09. gefunden, Filipe am
01.10.: „mach alles los."

GEMESSEN: Zwei Bewerbungen von Miss standen auf „beworben" -- an
Aufgaben, die laengst `erledigt` bzw. `review` waren. Bei ihr stand
weiter „wartet auf Antwort", und in der Liste der Leitung stand eine
Entscheidung an, die es nicht mehr gibt.

DAS MUSTER GIBT ES IM HAUS SCHON. `uebernahmeAbschliessen` raeumt
genau so die offenen Bewerbungen weg, wenn jemand anderes eine
Pool-Aufgabe bekommt -- samt dem Kommentar daneben: „Ohne diese Zeile
blieb eine Bewerbung auf ,beworben' stehen, nachdem jemand anders die
Aufgabe bekommen hat." Derselbe Fall, ein anderer Ausloeser, dieselbe
Behandlung.

ZWEI WEGE FUEHREN IN DEN ENDZUSTAND -- erledigen und abbrechen. Beide
rufen jetzt dieselbe Funktion; nur einen zu bedienen waere die
Haelfte, die man spaeter sucht. Der SATZ ist verschieden:
„abgebrochen" ist nicht „erledigt", und wer gewartet hat, soll den
Unterschied lesen koennen.

KEIN `entschieden_von`. Niemand hat entschieden, die Frage hat sich
erledigt. Dadurch faellt die Zeile auch aus der Absagen-Uebersicht
von gestern heraus (die fragt `entschieden_von IS NOT NULL`) --
richtig, es ist keine Absage an diesen Menschen.

KEINE BENACHRICHTIGUNG. „Deine Bewerbung: diesmal nicht" waere
falsch -- es hat niemand nein gesagt. Der Satz steht an der Zeile.
Wenn Filipe hier doch eine Meldung will, ist es eine eigene Art mit
eigenem Wortlaut, kein Anhaengsel an die bestehende.

GEPRUEFT -- pruef-bewerbung-aufgaben 163/0 (9 neue):

  bewirbt sich          -> „beworben"
  Aufgabe erledigt      -> faellt weg, mit Satz, ohne Entscheider
  Aufgabe abgebrochen   -> ebenso, mit anderem Satz
  Aufgabe noch offen    -> Bewerbung bleibt   <- die Gegenprobe

Ohne die letzte Zeile hiesse „faellt weg" womoeglich nur, dass jede
Bewerbung wegfaellt.

Ein eigener Messfehler unterwegs: Mein Lesehelfer fragte
`/api/aufgaben/:id` und bekam `undefined` -- die Antwort dort hat eine
andere Form. Vier Pruefungen waren rot, waehrend der Mechanismus im
Protokoll nachweislich lief. Jetzt ueber die Liste, die in dieser
Datei erprobt ist.

Die eine vorhandene Zeile wird nachgetragen; auf einer Kopie der
echten Datenbank durchgespielt (danach 0 offene Bewerbungen auf
durchgelaufenen Aufgaben, integrity_check ok).

pruef-zuteilung, pruef-aufgabenbrett, pruef-zwischenspeicher.

Co-Authored-By: Claude Opus 5 <[email protected]>

workspace/chat.html

@@ -12,26 +12,26 @@
      Ton wie die Kopfleiste darunter (#06090f), damit Leiste und Seite
      eine Flaeche sind statt zweier. -->
 <meta name="theme-color" content="#06090f" />
-<link rel="icon" type="image/png" href="/assets/img/app-symbole/workspace-32.png?v=202610010051" />
-<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202610010051" />
-<link rel="stylesheet" href="assets/css/gate.css?v=202610010051" />
-<link rel="stylesheet" href="assets/css/start.css?v=202610010051" />
+<link rel="icon" type="image/png" href="/assets/img/app-symbole/workspace-32.png?v=202610010059" />
+<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202610010059" />
+<link rel="stylesheet" href="assets/css/gate.css?v=202610010059" />
+<link rel="stylesheet" href="assets/css/start.css?v=202610010059" />
 <!-- aufgaben.css bringt die Dialog- und Formularstile mit (.dialog,
      .neu__zeile, .dialog__knoepfe). Sie stehen dort seit dem
      Aufgabenbrett; sie hierher zu kopieren hiesse, sie an zwei Stellen
      zu pflegen. Dieselbe Lösung nutzen kalender.html und content.html.
      Gemeldet von pruef-css-klassen.mjs, bevor jemand einen ungestylten
      Dialog zu sehen bekam. -->
-<link rel="stylesheet" href="assets/css/aufgaben.css?v=202610010051" />
-<link rel="stylesheet" href="assets/css/chat.css?v=202610010051" />
-<link rel="stylesheet" href="assets/css/module.css?v=202610010051" />
+<link rel="stylesheet" href="assets/css/aufgaben.css?v=202610010059" />
+<link rel="stylesheet" href="assets/css/chat.css?v=202610010059" />
+<link rel="stylesheet" href="assets/css/module.css?v=202610010059" />
 <!-- haus.css MUSS die letzte Stilvorlage sein (10.09.2026).
      Auf der Agenturadresse ist sie leer -- das Haus hier IST der
      Grundzustand. Auf der Adresse von Team Dogi biegt der Server
      genau diesen Dateinamen auf crew-haus.css um, und die Seite
      kommt schon beim ERSTEN Abruf in Lila und Babyblau an --
      ohne Umfaerben im Browser, ohne Flackern. -->
-<link rel="stylesheet" href="assets/css/haus.css?v=202610010051" />
+<link rel="stylesheet" href="assets/css/haus.css?v=202610010059" />
 </head>
 
 <body class="start">
@@ -739,24 +739,24 @@
   </form>
 </dialog>
 
-<script src="assets/js/bereiche.js?v=202610010051"></script>
+<script src="assets/js/bereiche.js?v=202610010059"></script>
 <!-- TEXTFORM VOR ALLEM ANDEREN (21.09.2026): chat.js und bereich.js
      fragen beim Zeichnen nach `window.Textform`. Kaeme sie spaeter,
      waere die erste gezeichnete Nachricht ohne Gestaltung -- und das
      faellt nur dem auf, der genau hinsieht. KEIN `defer`, damit sie
      wirklich vor den anderen dasteht. -->
-<script src="assets/js/textform.js?v=202610010051"></script>
-<script src="assets/js/meldung.js?v=202610010051" defer></script>
-<script src="assets/js/hochladen.js?v=202610010051" defer></script>
-<script src="assets/js/nachfrage.js?v=202610010051" defer></script>
-<script src="assets/js/wahl.js?v=202610010051" defer></script>
-<script src="assets/js/kopf.js?v=202610010051"></script>
-<script src="assets/js/glocke.js?v=202610010051"></script>
+<script src="assets/js/textform.js?v=202610010059"></script>
+<script src="assets/js/meldung.js?v=202610010059" defer></script>
+<script src="assets/js/hochladen.js?v=202610010059" defer></script>
+<script src="assets/js/nachfrage.js?v=202610010059" defer></script>
+<script src="assets/js/wahl.js?v=202610010059" defer></script>
+<script src="assets/js/kopf.js?v=202610010059"></script>
+<script src="assets/js/glocke.js?v=202610010059"></script>
 <!-- ANRUF VOR CHAT (18.09.2026): anruf.js stellt `window.anrufStarten`
      bereit, und chat.js baut die Knoepfe nur, wenn es das gibt.
      Andersherum waere die Reihenfolge eine stille Abhaengigkeit --
      die Knoepfe fehlten, und niemand wuesste warum. -->
-<script src="assets/js/anruf.js?v=202610010051"></script>
+<script src="assets/js/anruf.js?v=202610010059"></script>
 <!-- DIE BILDSCHAU (25.09.2026). Eigene Datei, weil sie nichts vom
      Chat weiss: Sie bekommt einen Weg und einen Namen und zeigt ein
      Bild. Jede andere Seite mit Fotos kann sie ebenso benutzen, ohne
@@ -767,8 +767,8 @@
      sie beim ersten Foto noch nicht da -- und der erste Klick ginge
      wie frueher in den Tab. Ein Fehler, der nur beim ERSTEN Mal
      auftritt, ist der, den man nie nachstellen kann. -->
-<script src="assets/js/bildschau.js?v=202610010051"></script>
-<script src="assets/js/chat.js?v=202610010051"></script>
-<script src="assets/js/installieren.js?v=202610010051" defer></script>
+<script src="assets/js/bildschau.js?v=202610010059"></script>
+<script src="assets/js/chat.js?v=202610010059"></script>
+<script src="assets/js/installieren.js?v=202610010059" defer></script>
 </body>
 </html>