Release 18.11, produksjonssatt 12. november 2018.
Profilering fra produksjon samt code-review har avdekket at det gjøres mange tjenestekall for hvert element i meldingsboksen. Dette er svært uheldig i forhold til ytelse. Alle relevante data om et element bør hentes ut av tjenesten som returnerer meldingslista. Det er kun visuell logikk som ikke trenger tjenestedata som bør gjøres i meldingsboksen. Konkret er følgende utbedret:
Profilering i produksjonsmiljøet viser en flaskehals i FillInForm-siden når man lager navigasjonsmenyen. Det blir gjort en “data bind” for hvert sporvalg i menyen. Man trenger bare å gjøre data bind for det første sporvalget.
Feilen kunne gjennskapes ved å ha minst 2 varsladresser av samme type. For eksempel to epostadresser. Når bruker valgte å slette den øverste varseladressen for så å lagre endringen ville panelet igjen vise den slettete adressen. Adressen man ønsket å beholde var derimot borte. Hvis siden ble relastet så var det den riktige varslingsadressen som ble vist.
Feilen kunne gjennskapes ved å ha minst 2 varsladresser av samme type. For eksempel to epostadresser. Bruker måtte så slette den nederste adressen å trykke lagre. Hvis bruker så valgte å legge til ny epostadresse ville den tidligere slettete varslingsadressen dukke opp igjen i det nye feltet. Denne feilen hadde nøyaktig de samme problemstillingene som den forrige og den ble også løst på nøyaktig samme måte.
Hjelpemetoder som benytter tjenestekall mot forretningslaget i views benyttet i meldingsboks og aktørvalg er ryddet opp i slik at arkitekturretningslinjene til Altinn overholdes.
KoFuVi har gjort endringer som har påvirket hvilke elementer som må være med i en fragment forespørsel. Hvor de tidligere skulle ha en KoFuViID skal det nå være noe de kaller Elastic search scroll id. Dessverre hadde Altinn hardkodet inn generering av forespørselen til å inkludere KoFuViID for siste element på forrige side istedenfor å benytte next page url. Denne endringen har korrigert dette slik at Altinn nå benytter angitt next page url istedenfor å generere dette selv.
Det er også innført konfigurasjon av antall elementer per side når Altinn spørr KoFuVi om en Fragment. Verdien er i utganspunktet satt til 10000 som er maks for det KoFuVi vil levere, men det kan justeres helt ned til 2. Dette kan være spesielt nyttig ved testing av paging.
Som tjenesteeier ønsker jeg å kunne endre avsender på sms standalone notification fra Altinn slik at det ser ut som SMS er sendt fra tjenesteeier og ikke Altinn.
Driftsleverandør har fått støtte for å kunne motta hvem som skal stå som avsender for SMS varslinger.
SOAP-grensesnitt for SendStandaloneNotification har nå fått nytt valgfritt input parameter: UseServiceOwnerShortNameAsSenderOfSms. For at tjenesteeier skal kunne stå som avsender må det registreres ShortName i tjenesteeier-tabellen i databasen. Ved deploy av 18.11 vil det bli satt ShortName for tjenesteeierene: NAV og ACN. Om/når andre tjenesteeiere ønsker å ta i bruk funksjonen må det innhentes ønsket ShortName for disse og oppdatere tjenesteeier tabellen.
Det er også innført konfigurasjonverdi i Altinn: Notify_DefaultSmsOriginator, som spesifierer default avsender (Altinn).
Denne benyttes når:
Som en rettighetsdelegerer ønsker jeg at det ikke følger med basisrolle når jeg gjør en delegering, slik at det er forutsigbart for bruker hvilke tilganger som deles ved en delegering, og at løsningen er i tråd med personopplysningsloven.
Denne brukerhistorien handler om å fjerne automatikken som fører til at alle får ALLEA/Basisrolle i tillegg til den rollen som egentig er ment delegert. Alle steder hvor ALLEA er brukt er endret slik at Basis rolle ikke hentes opp eller automatisk tildelses.
Script utvikles for å lokalisere tjenester der ALLEA er eneste rollen som gir tilgang til opperasjoner og bytte ut rollen på disse opperasjonene med A0236 for meldingstjenester og UTINN for andre tjenester.
I TUL så oppdateres loggen (ServiceEditionStatus) på alle berørte tjenester som står som uendret til Completed. For overstyrte rettigheter så benyttes “OverrideRights” som DataArea men for Tjenester og Tjenesteeier så benyttes “All”.
I SBL oppdateres det på siste migrerte versjon siden det er denne som benyttes som basis for alle versjoner av utgaven. I tillegg så slettes alle knyttinger av ALLEA i TUL etter utbyttingen slik at ingen utgaver lenger vil være knyttet til ALLEA rollen.
Script utvikles for å slette delegeringer av ALLEA i miljøene i Produksjon er det ca 9000 slike delegeringer. I tilleg så fjernes den som underrolle på alle ER roller ca 40 rolletyper slik at personer med DAGL, LEDE osv. heller ikke får ALLEA lenger. Dette gjøres både i TUL og i SBL.
Siden det er endret i tilgangskontrollen til å sjekke tilgang på utgave nivå og ikke på versjons nivå så er det en del regler som vil fremstå som duplikater siden de gjelder forskjellig versjon men samme utgave. Dette brutt ned i 4 scripts.
Som bruker av REST-API ønsker jeg å se filtype på attachments slik at jeg kan finne det vedlegget jeg ønsker uten å måtte laste ned alle.
Denne brukerhistorien handler om å vise filtype på attachment som er sendt inn sammen med filnavnet. Det er lagt til et nytt parameter som returneres sammen med attachmentet i JSON-responsen. Den nye verdien har navngivning “fileName”. Den nye responsen er nå basert på at “Name” og “FileName” er satt riktig ved innsendelse av attachment. “Name” skal bare inneholde navnet på filen, f.eks “Vedlegg1”, mens “FileName” skal inneholde filnavn med extension, f.eks “Vedlegg1.pdf”.
Profilering i produksjon viser at den store flaskehalsen i Altinn API er autorisasjon av reportee. Dette er forbedret ved caching.
Som forvalter av Altinn løsningen, ønsker vi at informasjon registrert i enheters hjemland leses inn via ER batch. UREGN og ULOVN data blir nå lest inn til altinns register. Altinns Organisasjons-addresse er blitt utvidet med sin egen tabell, denne vil inneholde Organisasjonsaddresse, post-addresse og utenlandsk addresse (UREGN).
Disse lagres for å kunne knytte en videresendt lenke til en brukers valg i Altinn slik at tjenesteeieren kan be om mer informasjon fra Altinn men denne har ikke verdi etter at den er brukt og heller ikke etter at det ikke lenger er noen naturlig knytting til en videresending det vil si at dette er ferskvare og her er det valgt å bare slette alt som er eldre en 30 dager dette er utført med en prosedyre som kan kalles.
Den bør settes opp som en jobb som går kontinuerlig. Men først bør det kjøres kontrollert og slette det som er av etterslep siden 2012.
Fysisk separere logikk og PnC prosjektene i Authentication komponenten.
Disse sakene gjøres for å få bedre support for NuGet pakker og vil gjøre det enklere for Altinn å lage NuGet pakker av egne komponenter. Dette vil være nødvendig for de prosjektene som fortsatt krever eldre versjoner av Visual Studio. For eksempel TUL og BizTalk. Dette er en del av et større arbeid før det er mulig å ta i bruk C# v7 og nyere.
Query parameters til returnUrl faller bort ved bruk av ExternalAuthentication/Redirect.aspx
.
Dette er en bug som har eksistert i applikasjonen over en lang periode. Ved en request mot ExternalAuthentication/Redirect.aspx
ble bare den første parameteren i returnUrl-verdien sendt med videre til den endelige destinasjonen,
Arkiv kontekst handler har fått en bedre og mer effektiv bruk av caching.
Monitorering av databasen i produksjon viser en flaskehals i en prosedyre. Dette unngås nå ved å fjerne unødvendige joins.
Som ansatt i regnskapsfirma ønsker jeg ikke å motta tusenvis av eposter når jeg er mottaker av klientdelegering på fil. Feil ble rettet som hasteendring i produksjon torsdag 22. november