feat: add task deletion

docs/roadmap.md

@@ -34,7 +34,9 @@ Följande statusvärden används:
 
 ## Nuvarande läge
 
-Feature 0–6 är klara. Den aktuella applikationen på `main` har:
+Feature 0–6 är klara. Feature 7 är implementerad och verifierad på
+feature-branchen; merge återstår. Den aktuella applikationen på
+feature-branchen har:
 
 - ett monorepo med separat React/Vite-frontend och Spring Boot-backend;
 - centralt lagrade användare och ett lokalt browserval av aktiv användare;
@@ -46,16 +48,16 @@ Feature 0–6 är klara. Den aktuella applikationen på `main` har:
 - backendstyrda statusändringar mellan `WAITING`, `IN_PROGRESS` och `COMPLETED`;
 - automatisk tilldelning till aktiv användare när en otilldelad uppgift påbörjas;
 - drag-and-drop mellan statuskolumner med optimistisk flytt och rollback;
+- serverbekräftad permanent radering med bekräftelsedialog;
 - en bräda med Väntande, Pågående och Klart;
 - nya uppgifter som alltid skapas med status `WAITING`.
 
 Tilldelning och status är separata egenskaper; tilldelningsflödet ändrar inte
 uppgiftens status. Alla direkta statusövergångar är tillåtna och
-`IN_PROGRESS` kräver ansvarig. Det finns ännu ingen redigering, radering,
-deadline eller återkommande uppgift. Nuvarande användarval är inte
-autentisering.
+`IN_PROGRESS` kräver ansvarig. Det finns ännu ingen redigering, deadline eller
+återkommande uppgift. Nuvarande användarval är inte autentisering.
 
-**Feature 7 – Radera uppgift är nästa planerade produktfeature.**
+**Feature 7 – Radera uppgift är pågående tills merge är genomförd.**
 
 ## Featureöversikt
 
@@ -68,7 +70,7 @@ autentisering.
 | 4 – Tilldelning | Klar | 1–2 | Valfri ansvarig användare |
 | 5 – Statusändring | Klar | 4 | Backendstyrda statusövergångar |
 | 6 – Drag-and-drop | Klar | 5 | Kortflytt via status-API |
-| 7 – Radera uppgift | Planerad | 2 | Bekräftad radering |
+| 7 – Radera uppgift | Pågående | 2 | Bekräftad permanent radering |
 | 8 – Redigera uppgift | Planerad | 3 | Titel, beskrivning och poäng |
 | 9 – Deadline | Planerad | 2 | Valfri deadline och förseningsmarkering |
 | 10 – Sökning och filtrering | Planerad | 2; 4 för ansvarig; 9 för deadline | Sökning och filter på brädan |
@@ -208,7 +210,7 @@ modellen och statusreglerna finns.
 
 ### Feature 7 – Radera uppgift
 
-**Status:** Planerad
+**Status:** Pågående
 
 **Beroenden:** Feature 2
 
@@ -221,9 +223,10 @@ modellen och statusreglerna finns.
 Radering hålls separat från redigering så att databorttagning och dess
 konsekvenser kan verifieras isolerat.
 
-**Öppen fråga:**
-
-- permanent radering eller mjuk radering.
+Feature 7 använder permanent fysisk radering. Frontend behåller kortet tills
+backend har bekräftat raderingen och använder samma låsning per task-id som
+status, tilldelning och drag-and-drop. Implementation, automatiska tester och
+manuell browserverifiering är färdiga på feature-branchen; merge återstår.
 
 ### Feature 8 – Redigera uppgift
 
@@ -429,7 +432,6 @@ Nuvarande aktiva användarval är uttryckligen inte autentisering.
 
 ## Öppna tvärgående frågor
 
-- Ska uppgifter raderas permanent eller mjukt?
 - Hur ska datum, tider och tidszoner representeras?
 - Ska H2 behållas för lokal utveckling efter PostgreSQL-införandet?
 - Hur ska användare senare kunna redigeras eller raderas, särskilt när de är
@@ -440,6 +442,8 @@ Nuvarande aktiva användarval är uttryckligen inte autentisering.
 
 ## Ändringshistorik
 
+- 2026-07-27: Feature 7 implementerades och verifierades på feature-branchen
+  med permanent, serverbekräftad radering. Merge återstår.
 - 2026-07-27: Feature 6 verifierades och mergades. Optimistisk drag-and-drop
   med full rollback infördes, och Feature 7 blev nästa planerade
   produktfeature.