Kevin Adametz 5d6a94902b Optimierung 2.6: reprocessAfterContentChange im PressReleaseService ... Den 3x identischen contentChanged->fresh->reclassifyIfClassified-> rescoreIfScored-Block (admin/edit 1x, customer/edit 2x) in PressReleaseService::reprocessAfterContentChange() zentralisiert. Hinweis: Eine vollstaendige createDraft()/updateContent()-Verlagerung wurde bewusst NICHT erzwungen — die Attributsaetze und der umgebende Validierungs-/Fehlerfluss von Admin (no_export, direkter review-Status) und Customer (placeholder_variant, Titel-Fallback, immer Draft) divergieren real; eine gemeinsame Persistenzmethode waere fragil bei grosser Testflaeche. Tests: 2 neue Faelle; volle Suite gruen (796 passed, 1 skipped). Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>		2026-06-19 10:01:29 +00:00
..
Feature	Optimierung 2.6: reprocessAfterContentChange im PressReleaseService	2026-06-19 10:01:29 +00:00
Unit	Optimierung Phase 0: Korrektheit & Security	2026-06-19 08:09:02 +00:00
Pest.php	Phase 9E (Abschluss): Checkout-Flows und Plan-Kontingent statt Quota-Stub	2026-06-12 12:10:32 +00:00
TestCase.php	first commit	2025-10-20 17:53:02 +02:00