Robokop todo

Lus

Høy prioritet

Legge kommentar ved sletting/avvisning/godkjenning i delete_reservation eller handle_conflict/requests (Linn Marita)
Vise administrator navn, telefonnummer og Samfundet-epost (+ GDPR-notis) (Linn Marita) 🐵
Husk hvilken dato man har valgt, slik at "Tilbake til tidslinje" tar deg tilbake til datoen du var på (fra romfordelingsmøte)
Sett stoppdato ved valg av startdato (fra romfordelingsmøte) 🐵
Før historikk over ting som skjer ({action_type + [ingenting|json|streng]} eller {rader med field + oldvalue + newvalue}) (erlinvan)
Vise gjengens reservasjoner i my_reservations 🐵
Separere ulike ressurstyper (theodorc)
Vis dropdown med mer informasjon og endreknapp i handle_conflict 🐵
Gi tilbakemeldinger og støtt angring ved reservasjonshåndtering
Oppdater onsite og offsite brukerveiledning
Vise at tilsynelatende sammenknyttede reservasjoner hører sammen i calendar.php
Send varsling til alle som eier en konflikterende forespørsel når konflikten oppstår, også ved forespørsel (fra romfordelingsmøte)

Middels prioritet

La alle filtrere på gjeng, ikke bare admininstratorer (fra romfordelingsmøte)
Sjekk at handle_requests har en tie break for sortering
Noen administratorer (f.eks. ITKere) vil også opptre som brukere. Da ønsker man gjerne å vite hva som er administratorhandlinger og hva som er brukerhandlinger - for eksempel skal man ikke da kunne redigere en godkjent reservasjon. Dette kan løses ved å markere administratorhandlinger tydelig, eller ved å toggle mellom bruker-/administratorrolle.
Tvinge frem kvarterer i frontend 🐵
Slette fremover i tid for repeterende 🐵
Asynkron handle_requests
Send bruker tilbake til highlighted tidslinje ved forespørsel
Ved brukerendring av godkjent reservasjon, gjør om til forespørsel (usikkert om vi ønsker)
Ikke slette/endre/opprette reservasjoner i fortiden

Lav prioritet

Vis en linje for "nå" på tidslinjen
Ikke bytt avslå -> godkjenn ved "Godkjenn hele repeterende"
CSRF
Forbedre design, kalender 🐵
Vise ukedag i handle_conflict 🐵
Bare vise akkurat konfliktene ved repeterende reservasjon.
icheck i reservasjonsskjema 🐵
Validere tekstinput for XSS-angrep (dobbeltsjekk)
Vis tidslinje ved opprettelse/endring (kanskje)
Gruppering av arrangement med flere reservasjoner (ikke nødvendigvis lurt)
Ikke vis passerte forespørsler i handle_requests, og vis status som "passert" 🐵

Refaktorering

Fjerne new Robokop
Fjerne klasser
Fjerne jQuery
Fjerne eksterne biblioteker

Done

Fiksa bug med at å avslå enkeltreservasjoner i en repeterende ikke funka
Bedre UI med repeterende reservasjoner
Håndter ulike tidsformater for brukerinput 🐵
Fjern skal vaskes fra opprett/endre reservasjon.
Fjern "Vis kun for gjeng" fra forsidetidslinje.
Omskriv organisasjon til gjeng.
Opprett flere arrangementer ved multiselect
Støtt looping over repeterende hendelser i handle_conflict (whiteout, ikke la stå)
La frontend legge inn repeterende hendelser.
Husfolk skal kunne legge inn forespørsler.
I undersiden vise hver konflikt separat, dvs enkeltvis som vanlige konflikter
Ved håndtering av enkeltreservasjoner, disable håndtering av repeterende hendelser
Når repeterende konflikter er løst, godkjenn den repeterende hendelse
Endre show_reservations til å vise tabellen vi har i dag, samt tidslinje rundt det aktuelle tidspunktet
Husfolk skal kunne logge inn.
Bruke bootstrap
Støtte endring/sletting av reservasjon
Få "Detaljer" til å vise til show_reservations
Endre reservasjon henvist til fra show_reservations
Legge til godkjenn/avslå/behandlekonflikt for admin
Bedre feilmeldinger ved forsøk på konflikthåndtering
Tillate godkjenning av reservasjoner i konflikt, men med advarsel og eksplisitt godkjenning
Bruke less
Sette cookie for gjeng.
Sjekke at innskrevne felter består etter feil i create/edit reservation og all_reservations
Tydeliggjøre delete mode ved repeterende i delete_reservation og sette default onlyone.
Tydeliggjøre feilmeldinger.
Legge state i whiteout, med rejected/withdrawn/deleted.
Vise egne reservasjoner i listeformat, ingen tidslinje, la brukeren trekke og slette reservasjon.
Repeterende, romboking, glue felter, konflit, "du vi godkjenne", forespørseler
Gi tilbakemelding ved oppretting/endring av reservasjon som vil kollidere med forespurte/reserverte
I calendar og all_reservations, vis fra dato 00:00 til dato+1 04:00
Sjekk at state == 'requested' i handle_conflict
Sjekk at template caching ikke ødelegger ACL
Feiltilbakemelding i calendar og my_reservations
Mer informasjon ved hover
Sortere handle_requests etter created eller timeFrom
Legge til brukerhint.
Skrive en brukerveiledning.
Gå over ACLer.
HSTS
Legge til "Kommentar til administrator", samt notifikasjonsikon i tabellrad
Vise informasjon om repetisjon i detaljer.
Implementer en listevisning av alle reservasjoner
La bruker endre egen reservasjon
La brukere endre egne reservasjoner
Ved endring av forespørsel stjeler man eierskap
Gjør all_reservations raskere
Ved sparse tabell, bare highlight klikket reservasjon.
Mangler tiebreaker for multiressurereservasjoner ved sortering etter created i handle_requests
Vis siste dato for gitt antall repetisjoner 🐵
Husfolk skal få beskjed ved aktivitet rundt en forespørsel/reservasjon (herman)
Fiks innlastningstiden til handle_requests når det er mange forspørsler. På romfordelingsmøte med 450 forespørsler var det flere sekunders innlastningstid. Det er usikkert på om det er postgres som gjør n^2-sjekk på konflikter eller template-generering som er tidstyv. (fra romfordelingsmøte)
Bevar order_by ved klikk i handle_requests 🐵
Send epostvarsel når forespørsel endres (allerede gjort?) (fra romfordelingsmøte)
Favicon 🐵

Lenker: Start, robokop