RT endringsforslag

Saker på denne lista beholdes som åpne saker i RT til de er løst. Når prioritet/ansvarlig/frist ikke er satt i tabellen nedenfor, betyr det enten at saken er avsluttet, eller at tjenestegruppa ikke har ferdigbehandlet endringsforslaget (se statusfeltet). Prioritering P brukes slik:

1. Skal gjennomførs så snart som mulig
2. Bør gjennomføres innen rimelig tid
   
3. Til en passende anledning

#	RT-sak	Beskrivelse av endringsforslag	Ansvarlig	P	Frist	Status
14	N/A	Regneark produsert i RT ut fra søkeresultat viser andre kolonner enn søkeresultatat	Torstein	3	N/A	Meldes BP
13	N/A	RT bør ha en individuell valgmulighet på rekkefølgen av transaksjoner i saker, de nyerste først/sist	Torstein	3	N/A	Meldes BP
12	N/A	RT bør hindre brukere som ikke er saksbehandlere i å opprette ny sak med andre enn seg selv som innsender	Torstein	3	N/A	Meldes BP
11	58046	Forbedringer av synkroniseringen mellom RT og LDAP	Petter	3	N/A	Spesifikasjon pågår
10	49634	Sakens 'priority' settes til 'finalpriority' når finalpriority < priority (estimert til 1 dagsverk)	Petter	3	N/A	Løses her og meldes BP
7	20066	Mellomrom rundt URLer bør ignoreres når en legger inn pekere	?	3	N/A	Feilmeldes BP
6	19794	Eksport av saker til videre saksbehandling utenfor RT (spesifikasjon må utarbeides)	Torstein	2	N/A	Meldes BP
5	19170	RT bør ikke sende to meldinger ved avslutning av saker (de to meldingene kan komme fram i feil rekkefølge)	Torstein	2	N/A	Meldes BP
1	2315	RT bør ikke ekspandere vedlegg	Tomas	3	N/A	Løses av BP

Endringsforslag som er ferdig behandlet

#	RT-sak	Beskrivelse av endringsforslag	Ansvarlig	P	Frist	Status
9	41324	Sak som er 'stalled' skal automatisk skifte status til 'open' hvis det kommer svar	Sverre			Løst her (scrip)
8	38167	Når RT sender e-post bør det vises hvem som får kopi av meldingen				Lar seg ikke gjøre
4	3933	AdminCc bør få melding når en sak flyttes til en annen kø	Sverre			Løst her (scrip)
3	3876	Mail-pseudoheader Subject bør tåle spesialtegn som f.eks. dobbelt anførsel				Løst i 3.6
2	3844	Mail-pseudoheaderen TimeWorked bør akkumulere, ikke overskrive				Løst i 3.6

---

Redaksjon: RT tjenestegruppe, rt-drift@usit.uio.no
Forfatter: Torstein Skard, torstein.skard@usit.uio.no
Dokument opprettet: 22.09.2006, endret: 09.02.2007Administrer dette dokumentet