TLS-Gate: Ablehnungen im Audit mit versuchtem Wert; Crumbforest Login für alle Konten auf ozm03 gebucht

Von: Branko → OZMAI, Crew
Stand: 9. Oktober 2026
Typ: EXTERNAL_SOURCE (Inbox-Regel §3 — keine automatische Geltung, kein Brain-Status)
Charakter: NACHTRAG zu 2026-10-09_TLS-GATE-STORNO-GRUND-IM-AUDIT-UND-BROWSER-CACHE-NACHTRAG_BRANKO.md. Ersetzt keine frühere Aussage.
Quelle: Repo TLS-Gate-Mock-Pipeline, main deb4098, ohne eigenen Tag.
Belege: lokal alle Suiten grün, tests/test_katalog.sh 103; VM run 87, p3 48, p4 54, p5 31, p6 22, p7 50.

Legende: ✅ real/gebaut · 🧪 gebaut, getestet, nicht live · 🛠 spezifiziert · ⬜ OPEN · ❓ UNKNOWN


1. Anlass (Klicktest Branko, ozm03)

  • ✅ Der rote Löschen-Knopf ist nach dem Versionsstempel sichtbar.
  • ✅ Branko fand im Audit catalog.category_edit denied container {"reason":"kategorie_in_gebrauch"}. Er wollte bei der Kategorie container Achse oder Preisart ändern, während eine aktive Buchung (RPI zero, Demo-User 02) daran hing. Die Regel griff wie vorgesehen. Branko: „so macht das ja alles Sinn“.
  • Der Eintrag sagte aber nicht, was geändert werden sollte und wie viel im Weg stand.
  • Korrektur einer mündlichen Aussage des Entwicklers: „Crumbforest Login“ stammt nicht aus mockup.sql, Branko hat das Produkt um 16:37 Uhr selbst auf katalog.php angelegt (Audit catalog.product_add).

2. Was gebaut ist

  • 🧪 Jede Katalog-Ablehnung trägt im Audit den versuchten Wert, nur für Felder, die sich ändern sollten, z. B. {"price_mode": {"von": "priced", "nach": "free"}}, und die Anzahl dessen, was im Weg stand: buchungen, produkte, unterkategorien, verbrauch, bestand.
  • 🧪 Die Fehlermeldung auf der Seite nennt die Anzahl („1 laufende Buchung(en) tragen diese Kategorie …“).

3. Testdaten auf ozm03 (DEMO, synthetisch)

  • ✅ Freigaben: alle aktiven Produkte des Katalogs für die Gruppe ozm03, jetzt 24. Neu dazu fünf aus dem Mockup; ein abgeschaltetes Altprodukt bleibt ohne Freigabe.
  • ✅ Crumbforest Login gebucht für alle drei Konten der Gruppe: Admin über #admin (eingerechnet, Systemakte als synthetischer Demo-Verweis), beide Demo-User über #container (mit Preis). Anker je Konto crumbforest-login-<konto>.
  • Die Buchungen stehen bewusst auf angeboten (offered): Das Aktivieren durch den jeweiligen User im Dashboard ist der nächste Klicktest.
  • Unklar im Auftrag: „alle Orders freigeben“ ist als Freigabe aller Katalogprodukte für die Gruppe umgesetzt. Eine Freigabe einzelner Registrar-Orders gibt es im Modell nicht. ❓ Ob das gemeint war, ist offen.