2.9 KiB
UI Rework 18: Ticketbeziehungen und Hierarchie
Epic: Epic 1
Abhängigkeiten: Issue 15, Issue 16
Ziel und Grenzen
Ticketbeziehungen und Hierarchie als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
Einstieg
Gezielt prüfen: resources/js/pages/projects/Ticket.vue; app/Http/Controllers/ProjectTicketLinkController.php; resources/js/components/TicketTreeList.vue. Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. AGENTS.md und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
Design: Fluid Emerald Kanban
Implementierungsweg
- Eltern-/Kindanzeige und Ticketverknüpfungen neu gestalten.
- Bestehende Linktypen und Richtung verwenden.
- Erlaubte Hinzufüge-/Entfernaktionen integrieren.
Akzeptanzkriterien
- Bestehende Hierarchievalidierung bleibt wirksam.
- Linkrichtung wird korrekt angezeigt.
- Kein neuer Beziehungstyp wird eingeführt.
Prüfung
Vorhandene gezielte Abdeckung: tests/Feature/Projects/ProjectTicketLinkControllerTest.php, tests/Feature/Projects/ProjectTicketControllerTest.php. Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend npm run types:check erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
Grenze der Agentensitzung
Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.