Aktivitetslogg
- Dominant language
- C#
- Stars
- 4
- Forks
- 3
- Avg merge
- 2d 21h
- Merged PRs (30d)
- 59
Description
### Description
[Lenke til Figma](https://www.figma.com/design/ESobgAq072y7eQa4gP1JCKER/Profil?node-id=30476-54964&t=QL6YpOPbMRgCwaiI-0)
Vi har nå en ganske helhetlig visning av nåværende tilstand for fullmakter hos en valgt aktør, men for å gi brukere innsikt i historikken til aktøren (dvs tidligere endringer og hendelser) så ønsker vi å gi dem en aktivitetslogg.
Dette gjøres gjennom to taktikker:
1. Vi har en samlet logg på en ny side i venstremenyen. Denne inneholder all tilgjengelig loggdata, fordelt i faner og med filtere, men lenkes til fra diverse sider i løsningen (med aktuelle filtere/faner satt for den siden brukeren kom fra).
2. Mye brukt loggdata supplerer GUIet ellers, der det gir verdi. Eks: Fullmakt til en tjeneste markeres med når den ble gitt og hvem som ga den.
For nr 1. kreves tilgangsstyring innad i siden slik at sluttbruker kun får tilgang til å se de delene av loggen de har fullmakt til
Dette krever endringer på både backend og frontend.
Contributor guide
No contributing guide indexed for this repository
Research direction
No files or tests are named. Start with the linked Figma design and map the existing backend and frontend entry points for actor authorizations and the left navigation. Define the permitted log sections, filters, and contextual links; done means the activity log and supporting UI cover the agreed history with authorization-aware access.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp
- Domain
- authorization, backend, frontend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100