"Logg & Historik"-sektionen i ärendevyn uppdateras inte när t.ex. status ändras, kommentar skickas, bilaga laddas upp eller beskrivning sparas. Användaren måste ladda om sidan
för att se nya loggposter.
Trolig orsak
I frontend/src/pages/CaseDetail.jsx hämtas loggarna (typ ACTIVITY i timeline) vid mount, men flera åtgärds-handlers (kommentar, bilaga, beskrivnings-edit) triggar inte en
refetch av loggarna efter lyckat API-svar. Status-ändringen (rad ~64–70) försöker refetcha men saknar felhantering och kan hamna i race med backend-transaktionen.
Förslag på lösning
- Centralisera loggens fetch i en refetchActivityLog()-funktion.
- Anropa den efter varje lyckad mutation: status, kommentar, bilaga, beskrivning, stäng-ärende.
- Lägg try/catch runt refetchen så att ett 401/403 inte tyst göms.
Acceptanskriterier
- Ny loggpost syns direkt efter statusändring utan sidomladdning
- Samma gäller efter kommentar, bilaga, beskrivnings-edit och stäng-ärende
- Fel vid refetch loggas i konsolen och stör inte primärflödet
"Logg & Historik"-sektionen i ärendevyn uppdateras inte när t.ex. status ändras, kommentar skickas, bilaga laddas upp eller beskrivning sparas. Användaren måste ladda om sidan
för att se nya loggposter.
Trolig orsak
I frontend/src/pages/CaseDetail.jsx hämtas loggarna (typ ACTIVITY i timeline) vid mount, men flera åtgärds-handlers (kommentar, bilaga, beskrivnings-edit) triggar inte en
refetch av loggarna efter lyckat API-svar. Status-ändringen (rad ~64–70) försöker refetcha men saknar felhantering och kan hamna i race med backend-transaktionen.
Förslag på lösning
Acceptanskriterier