Der zweite Weg ist weg -- nicht nur sein Knopf

VanVan im Support, Meldung #8: „Wenn man auf ich fange an drueckt
steht dort in Bearbeitung und wenn man auf fertig drueckt dann wird
es zu erledigt. DIE AUFGABE BLEIBT ABER IM STATUS OFFEN STEHEN."

GESTERN HABE ICH DIE HALBE ARBEIT GEMACHT und daneben eine Ausrede
geschrieben. Die zwei Knoepfe kamen weg, und in den Kommentar kam:

    „Der Weg `/mein-stand` bleibt bestehen -- er ist die Schranke,
     falls ihn jemand direkt anspricht."

Eine Route ist keine Schranke gegen sich selbst. Sie setzte
weiterhin NUR `aufgaben_zuteilung.zustand` und liess
`aufgaben.status` stehen -- also genau den Widerspruch, den VanVan
beschrieben hat. Ich hatte ihn unsichtbar gemacht, nicht
abgeschafft: kein Knopf mehr, das Verhalten unveraendert im System.

GEFUNDEN BEIM NACHMESSEN AM LAUFENDEN SERVER, nicht beim Schreiben.
Filipe hat auf den Screenshot gezeigt und gesagt, es sei noch nicht
in Ordnung. Statt meine Pruefungen zu zitieren habe ich die Route
gelesen -- und dort stand es.

NACHGEMESSEN, BEVOR SIE WEGKAM: Kein einziger Aufruf mehr im
ausgelieferten Browsercode (grep ueber alle JS- und HTML-Dateien des
Workspace). Nur zwei Pruefungen benutzten sie.

UND EINE DAVON NICKTE DEN FEHLER AB. In pruef-zuteilung stand:

    Bea setzt "in Bearbeitung" (HTTP 200)
    und danach "erledigt" (HTTP 200)

Zwei gruene Haken ueber genau dem Verhalten, das gemeldet wurde --
weil sie nur den Rueckgabewert ansahen und nie den Aufgabenstatus
daneben. Eine Pruefung, die nur eine Haelfte misst, kann den
Widerspruch gar nicht finden. Jetzt steht dort:

    Bea setzt "in Bearbeitung" (HTTP 200)
      und BEIDES steht auf "in Arbeit" (Aufgabe arbeit,
      Zuteilung arbeit) — das war VanVans Befund
    und danach "erledigt" (HTTP 200)
      und wieder beides (Aufgabe erledigt, Zuteilung erledigt)

WAS JETZT GILT: `PATCH /workspace/api/aufgaben/:id` mit `{ status }`.
Er setzt den Status UND zieht die Zuteilung mit
(`zuteilungenNachStatus`), kennt dieselbe Sperre fuer dauerhafte
Aufgaben und dieselbe Rechtepruefung. Eine Frage, eine Antwort.

ENTFERNT STATT AUSKOMMENTIERT -- dieselbe Entscheidung wie bei
`/vorlagen/hilfe` am 01.09.: Eine Route, die niemand mehr aufruft,
wird beim naechsten Mal fuer lebenden Code gehalten und mitgepflegt.

EIN SCHRECKMOMENT UNTERWEGS, der sich als Messfehler herausstellte:
Nach der Umstellung meldete pruef-bewerbung-aufgaben eine 404 beim
Abhaken -- also der Verdacht, dass eine ZUGETEILTE Aufgabe ueber den
Statusweg gar nicht erreichbar ist und ich gerade etwas kaputt
gemacht haette. Nachgemessen statt geglaubt: Die Aufgabe steht in
ihrer Liste, der PATCH antwortet 200. Die rote Zeile war eine
DRITTE Stelle, die ich beim Umstellen uebersehen hatte und die noch
auf die alte Route zeigte. Zwei Minuten Messung statt einer Stunde
Suche an der falschen Stelle.

GEPRUEFT

  pruef-zuteilung             ok, mit zwei neuen Zeilen, die BEIDE
                              Zustaende messen
    den zweiten Weg (mein-stand) gibt es nicht mehr (404)
  pruef-bewerbung-aufgaben    178 ok
  pruef-struktur              102 ok, 414 -> 413 Routen
  pruef-aufgabenbrett · pruef-modi-katalog 159 ·
  pruef-aufgaben-vorlagen 60

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=202610030139" />
-<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202610030139" />
-<link rel="stylesheet" href="assets/css/gate.css?v=202610030139" />
-<link rel="stylesheet" href="assets/css/start.css?v=202610030139" />
+<link rel="icon" type="image/png" href="/assets/img/app-symbole/workspace-32.png?v=202610031121" />
+<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202610031121" />
+<link rel="stylesheet" href="assets/css/gate.css?v=202610031121" />
+<link rel="stylesheet" href="assets/css/start.css?v=202610031121" />
 <!-- 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=202610030139" />
-<link rel="stylesheet" href="assets/css/chat.css?v=202610030139" />
-<link rel="stylesheet" href="assets/css/module.css?v=202610030139" />
+<link rel="stylesheet" href="assets/css/aufgaben.css?v=202610031121" />
+<link rel="stylesheet" href="assets/css/chat.css?v=202610031121" />
+<link rel="stylesheet" href="assets/css/module.css?v=202610031121" />
 <!-- 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=202610030139" />
+<link rel="stylesheet" href="assets/css/haus.css?v=202610031121" />
 </head>
 
 <body class="start">
@@ -739,24 +739,24 @@
   </form>
 </dialog>
 
-<script src="assets/js/bereiche.js?v=202610030139"></script>
+<script src="assets/js/bereiche.js?v=202610031121"></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=202610030139"></script>
-<script src="assets/js/meldung.js?v=202610030139" defer></script>
-<script src="assets/js/hochladen.js?v=202610030139" defer></script>
-<script src="assets/js/nachfrage.js?v=202610030139" defer></script>
-<script src="assets/js/wahl.js?v=202610030139" defer></script>
-<script src="assets/js/kopf.js?v=202610030139"></script>
-<script src="assets/js/glocke.js?v=202610030139"></script>
+<script src="assets/js/textform.js?v=202610031121"></script>
+<script src="assets/js/meldung.js?v=202610031121" defer></script>
+<script src="assets/js/hochladen.js?v=202610031121" defer></script>
+<script src="assets/js/nachfrage.js?v=202610031121" defer></script>
+<script src="assets/js/wahl.js?v=202610031121" defer></script>
+<script src="assets/js/kopf.js?v=202610031121"></script>
+<script src="assets/js/glocke.js?v=202610031121"></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=202610030139"></script>
+<script src="assets/js/anruf.js?v=202610031121"></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=202610030139"></script>
-<script src="assets/js/chat.js?v=202610030139"></script>
-<script src="assets/js/installieren.js?v=202610030139" defer></script>
+<script src="assets/js/bildschau.js?v=202610031121"></script>
+<script src="assets/js/chat.js?v=202610031121"></script>
+<script src="assets/js/installieren.js?v=202610031121" defer></script>
 </body>
 </html>