Open Issues list

Åpne

Merk: Se aksjonspunkter for konkrete oppgaver noen har fått. Her er generell beskrivelse av problemer/utfordringer.

  • Passert sluttdato på personrolle burde trigge medlemskap i Member_DELETE (24082018 USN/Ralph)

    • Kai: La oss holde denne typen kommunikasjon i Endringsønsker. Jeg venter på respons på en kommentar i ønske 2680.

  • Databasejobb JOB_0222_FSWS_LMS_CANVAS_FULL feilet, Feilet 2 ganger. Sist kjørt: 13.12.2017 20:00:03 Melding: ORA-29532: Java-kall avsluttet av ikke oppfanget Java-unntak: java.lang.RuntimeException: java.lang.RuntimeException: Webservicekall feilet med melding: 500: Klarte ikke koble til sftp.
    ORA-06512: ved "FS.PK_FSWS_LMS_CANVAS", line 432
    ORA-06512: ved "FS.PK_FSWS_LMS_CANVAS", line 143
    ORA-06512: ved line 1

    • Varslingen i FS kanskje burde være tydeligere, typ en e-post i tillegg! (Tvangskjørning via FS System fungerte)

  • Slettet medlemskap blir automatisk gjenopprettet uten beskjed via ny FS-import
    En student som bytt studieprogram og Institutt bli gjenopprettet av Instructure som medlem i det gamle instituttet. Har nå sett samme sak på 3 studenter og ingen av dem har fått medlemskapet gjenopprettet via FS-eksport (xml er sjekket).

    • Siste eksempel fs:222:229375 burde ikke være medlem (Observer) i ST_0222570100

    • Tas med Canvas support

      • "Michele svarer: Lefteris has had a look at this for me and he is not finding any reasons for this to be happening" For min del har jeg prøvd alle muligheter i Canvas for å slette medlemskap som ikke lenger kommer via xml men som likevel alltid blir gjenopprettet dagen etter. Eneste tiltak som fungerer (avslutter gjenoppretting av feilaktige medlemskap) er om personen slettes i Canvas. PS: vi har flere tilfeller alle i ST_ Course.

  • Group_DELETE virker ikke (såvidt jeg kan se har ingen emner eksportert i Group_DELETE blitt slettet i Canvas ved HSN)
    Tidlig i semesteret var filen som regel på 0 KB så feilen har ikke blitt oppdaget/sjekket før nå.

    • Tas med Canvas support

Legg nye punkter inn på toppen av list

Lukkede

Flytt punkter hit når de er fikset. Legg punktene inn på toppen av lista.

  • HIOA sliter med oppdatering i canvas når det er gjort endring i FS. Eksempel på det ved fjerning av personrolle fra en undervisningsenhet/aktivitet,skjer det ikke noe endring i canvas. Er det noe jeg burde ha gjort i FS. Er det noen tips eller løsningsforslag?  Delete filer er 0K selv om det ble endringer som tyder på at det ikke skulle være 0KB 

    • Kan du gi et eksempel?

    • Eksempel s133143@hioa.no(Runar Oudmayer) er fjernet fra under.aktivitet (YLTI1000 1-2) men han ble ikke fjernet i canvas . Si ifra hvis du trenger flere eksempler 

      • Han ble ikke eksportert på denne aktiviteten i forrige eksport (som diff'en beregnes mot). (Han er kun på YLBA1000, YLBA2000 og YLBA3000 i begge eksporter)

    • OK. Men en annen case med oppdatering fra FS til canvas: Brukernavn s250974 har blitt terminert (deaktivert) byttet til kun  jones men i canvas i enrollments skjer ikke kobling til brukernavn jones 

      • I eksporten fra i morges har Person med Personløpenr 325503 User ID jones@hioa.no. Koblingen i Memberships er på Personløpenr, ikke User ID. Jeg regner med det samme er tilfelle i enrollments.

  • HIOA ser at inaktive stedkoder kommer i canvas struktur. Eksempel på det: FADM (gammel stedkode som ble deaktivert lenge siden og ikke har noen datene under seg)

    • Med inaktiv sikter du til datointervallet, ikke sant? (Aktiv J/N brukes ikke i Sted)

    • Forekommer Stedet i XML? Hvis ikke, er det blitt eksportert tidligere, og må slettes manuelt

    • Har sjekket nå og det ligger ikke lenge i nyere XML filen. Det er blitt løst og jeg må bare slettet i canvas

  • HSN ser at UA_ kun eksporteres når det også eksporteres et UE_-Course.
    (siden UE_ ikke krever registrert Rom-mal er det naturlig at den ikke må være der for at UA_ skal eksporteres)

    • Eksport av UE og UA bruker ikke rommal:

      • UE eksporteres alltid som Account + Course

      • UA eksporteres som Course hvis tilhørende UE eksporteres

  • HSN ser at KA_ ikke med LMS Eksport =J og Rom-mal ikke eksporteres. Lukket, det viste seg at det ikke er nokk å registrere i samlebilde, man må lage aktiveter.

  • Modulvalget KULL_DAG ser ikke ut til å ha noen effekt. Personer blir slettet rett etter at studieretten har utløpt selv om den hos oss står med verdien "90"

    • Eksempel: NMBU personløpenr 463343. Studierett utløpt 30.06.17. Studentstatus UTGÅTT. Ligger i filen Person_DELETE_01_07_2017-23_01_45.xml

      • Se beskrivelse av modulvalg STUD_AKTSS i LMS-dokumentasjonen s.16:

        • "Hvis denne er J, er det et krav at studenten har StudieprogramStudent med aktiv Studentstatus."

        • Fotnote: "I tillegg til kravet om at studieretten er åpen mhp. datointervall (evt. utvidet via KULL_DAG)."

      • Jeg antar løsningen for dere er å deaktivere STUD_AKTSS(?)

        • Jeg antar at du har rett ;)

  • SIS import må settes opp og vi må vite når denne kjøres automatisk. Foreslår at denne kjøres en gang i døgn kl.24.00 (norsk tid) men at institusjoner fortsatt har mulighet å kjøre ekstra import ved behov.

    • Foreslår at vi skyver import-tiden et par timer, til 02:00, så kan vi heller sette tiden til full FS-eksport til kl. 24:00!

      • 2 timer bør holde for eksporten, men for sikkerhets skyld vil jeg foreslå 3 nå i starten. NB! Pass på at eksporten ikke tangerer backup av basen!

  • Start/Frist dato for "Eksport til LMS-sytem" i semesterregistrering begrenser ikke hva som blir eksportert. For HSN burde ikke enher eldre enn 2015 HØST eksporteres men både MEDLEMMER og GRUPPER har eldre ting i XML (for HSN eksport 21. mai - import 22. mai).

  • Kjør diagnose med Info

    • finner ikke svar i diagnosen, eksempel: UE_222_BB01_1_2010_HØST_1, UE_222_BB01_1_2011_HØST_1 finnes i både GRUPPER og i Canvas og burde blitt stoppet av dato-frist i semeterregistrering.

      • Finner du ikke disse und.enhetene i diagnosen i det hele tatt? Eller har du problemer med å tolke resultatet? I så fall, hva står det på dem?

        • Fant ingen relatert varsel!

          • Kjørte du med Alle typer, Detalj, LMSLøpenr 2 og Info (ikke Varsel)?

            • Eksempel (HSN):  Undervisningsenhet PPUHPR gir Course helt tilbake til 2006 HØST men i 009004 finner jeg bare de to forekomstene som vi vil ha (2015 HØST og 2016 HØST)

              • Årsaken er at de gamle forekomstene av dette Emnet kun går over 1 semester, men siden 2014 har det gått over 2 semestre. I UndTermin_Emne ligger det som begge deler. Algoritmen forutsetter at dette ikke skal kunne skje: Når den ser en Termin 2 som er aktiv, leter den bakover og finner Termin 1 (som det da er mange av). Er dette feilregistrert i FS?

                • Limer inn svaret fra FS-gruppen HSN: "Forsåvidt så er det noe feilregistreringer her. I dette tilfelle så har emnet alltid gått over 2 semestre, men man har i tidligere perioder kun registrert emnet på en undervisningstermin. Jeg tror det er behov for å endre algoritmen. Du beskriver den fungerer slik: Algoritmen forutsetter at dette ikke skal kunne skje: Når den ser en Termin 2 som er aktiv, leter den bakover og finner Termin 1 (som det da er mange av).
                  Kan ikke algoritmen fungere slik:
                  Når den ser en Termin 2 som er aktiv, vil den hvis terminen er HØST lete etter vår samme år, hvis terminen er VÅR lete etter HØST samme år minus 1 år. Da vil den alltid kun hente en forekomst.
                  Forsåvidt kan man tenke seg at et emne går over flere enn to terminer også. Håper algoritmen ivaretar også denne muligheten." 

                  • For å ivareta Emner som går over flere enn 2 semestre, må det gjøres generelt. Algoritmen kan forbedres ved at den tar høyde for UndTermin_Emne (noe den ikke gjør i dag), men denne tabellen gir en beskrivelse av hvor mange terminer emnet går over - dvs. det forutsettes at alle forekomster reflekterer dette. Det er altså en logisk feil at det finnes historiske forekomster som tilsynelatende går over et annet antall semestre. Jeg har liten lyst til å legge inn krumspring i koden for å bøte på gamle feilregistreringer, og jeg vil tro disse registreringene vil kunne forårsake problemer i andre sammenhenger også(?) Uansett er det neppe noen stor jobb å legge inn termin 2 i historikken for dette emnet (det vil holde å gjøre det i Prod, så vet vi at det retter seg opp ved prod.setting)? Kanskje det finnes en rapport som avslører evt. andre tilfeller?

                • Vi har messevis av andre eksempel (KU, KL og UE) på ting som er eldre enn 2015 HØST typ: UE 15MA2F1, KU_MASTSIVØK_2013_HØST, KL_MASKLHE-D_2013_HØST_STRÅL13H

                  • KU og KL er en annen problemstilling. Hvis dere har flere UE av denne typen, håper jeg det finnes en rapport som kan vise dem?

                  • 15MA2F1 har termin 1 og 2 hele veien bakover, så den skal ikke være noe problem - eller kommer gamle forekomster over her og?

                    • Ja, den eldste er  UE_222_15MA2F1_1_2009_HØST_1

                    • Endrer slik at eksporten tar hensyn til UndTermin_Emne

  • HSN testet Sletting/Endring via inkrementell eksport fra FS og Curl-import. Fagperson satt inaktiv, UE satt ekspoprt LMS=N, UE nyopprettet, p-rolle lagt til og p-rolle slettet fra UE. Endringene ser OK ut i XML men jeg ser ingen endringer i Canvas. Importloggen viser "0" på alle i siste import som sannsynligvis skal inneholde endringer/slettinger. Importfilen som kom noen minutter før hadde samme antall poster som siste full FS-eksport. Det kan dermed se ut som om det var FS-eksporten fra 24. mai som blei importert og ikke den siste inkrementelle eksporten fra 30. mai 

    • Vi har ikke testet inkrementell eksport ennå, og det ser ut til at det er noe feil i mekanismen her - det er ganske riktig fortsatt full eksport fra 24.05 som ligger på SFTP-serveren. Ser på det...

      • Prøv nå

        • Ny import (kun 1. fil i loggen !? Det ser ut som om sletteimport ikke blitt kjørt), status Q i Canvas (ingen endring)

          • Æsj, endringsfilene blir fortsatt ikke lagt ut - må grave videre...

            • Finner ikke årsaken - overlater det til Richard (som har skrevet denne delen av koden) når han er tilbake på jobb mandag. I mellomtiden får dere nøye dere med fulle eksporter...

  • TA-rollen mangler fortsatt i canvas (student, Teacher, Designer og Observer er på plass). Vi (HSN) eksporterer alle rollene og de er med i xml. 

    • HIOA kan bekrefte at nå TA dukker opp som lærerassistent i canvas 

    • NMBU bekrefter det samme.

      • ISSUE (X)

  • Course role i "Sted-Course". Viktig at alle blir "Observer" i slike Course!

    • Implementert i eksport, men gir opphav til Student

      • ISSUE (X)

        • Alle ST-Course mangler deltakere 06.06.2017 (alle uansett FS IMS rolle skal ha rolle Observer i ST-Course)

        • CERES: Antar de finnes i fila?

          • Søk på ST_0222 gir 61934 matches i eksport MEDLEMMER så jeg regner med det

  • FS IMS roller (IMSrolle 8 => Assistent kommer over som student i canvas), burde være TA.

    • Stemmer => ISSUE (X)

    • Har dobbeltsjekket dette i dag (24.05.2017)(HSN)

    • KU_-Course mangler (Finner UE_,UA_,ST_,KL_ og KK_) i Canvas (for HSN eksport 21. mai - import 22. mai)

      • Hvis de finnes i fila

        • Finnes det noen feilmeldinger/varsler i importen som kan forklare det?

        • Hvis ikke, må det tas med Instructure

          • De finnes i fila. Kull finnes som account i Canvas men ikke som Course (sjekket 23. mai)

            • Ser det ligger flere SP, KU og KL med scheme (rommal) = STANDARD. Hvis disse ikke kommer inn som Course, har vi et ISSUE

              • Vi finner ikke noen KU_-Course i Canvas uansett registrert Rom-mal eller ikke. KU_ blir Account men ikke Course. Ser ikke at KU_ blir eksportert med noen ims3:scheme (søker i GRUPPER).

                • Noen eksempler i fil fra 21.05 med scheme = STANDARD:

                  • SP_ABLU, SP_AFH-EMNER, SP_AFOS-EMNER

                    • Ingen treff i Canvas

                  • KU_ABLU_2015_HØST, KU_AFOS-EMNER_2016_HØST

                    • Ingen treff i Canvas

                  • KL_BA-PT_2016_HØST_A, KL_BA-PT_2016_HØST_B

                    • Begge KL_... gir treff på Course i Canvas

                • Det virker for meg som importen kun tar hensyn til scheme i KL, ikke i SP og KU. Det må bli et ISSUE (X).

                  • NMBU finner heller ingen course for studieprogram eller kull (hvis det er det dere mener med forkortelsene ;))

                    • NMBU: Studieprogram og kull opprettes nå, men uten enrollments.

                    • NMBU: Kullklasse opprettes nå med enrollements.

                    • CERES: Er Rommal satt for Studieprogram og Kull, sånn at det opprettes Course?

                  • HIOA finner heller ingen course for SP,KU men fant tilfeldig i accounts.csv rapport. Det ser ut som at de  skulle treffes under underkontoer.  

                    • HIOA kan bekrefte at SP,KU opprettes uten enrollments. Enrollments finnes i XML men ikke i canvas. ST kursene får ikke heller medlemmer i canvas (de finnes i XML) 

                      • Ok, det var svar på spørsmålet til Lars Vemund over. Kommer det noen importvarsler som kan forklare dette?

                      • Her er utdrag for feilmeldinger:

                      • "enrollments.csv","An enrollment referenced a non-existent section KL_VFBF_2017_VÅR_A"],["enrollments.csv","An enrollment referenced a non-existent section KL_VFBF_2017_VÅR_A"],["","There were 18,894 more warnings" men jeg får ikke sett hva som ligger under disse 18894 warnings for å kunne tolke det.

                      • Dette er KL, mens vi er ute etter ST. Hvis det ikke er mulig å se flere varsler enn dette utdraget, må det tas opp med Instructure hvorfor disse medlemskapene ikke kommer inn i Canvas. 

                      • Det er korrekt det du sier, jeg bladde gjennom alle feilmeldinger og kunne ikke se de som gjelder ST,SP,KU osv.

                  • UiA finner heller ingen course for KU (eller SP) dette håper jeg er på plass snart? Ref. svar under her? 

                  • Årsaken er at Instructure ikke har oppfattet at vi har ønsket det :-P Har svart dem med en henvisning til mailen hvor dette sto spesifisert, så får vi håpe de implementerer det kjapt...

      • Hvis de ikke finnes i fila, kjør diagnose med Info

  • Rom-mal registrert i FS (+ Eksport LMS=J) er ikke begrensende for eksport av GRUPPER og opprettelse av Course (for HSN eksport 21. mai - import 22. mai).

    • NMBU finner ingen UE tidligere enn 2017.

    • Hvis de finnes i fila

      • Finnes det noen feilmeldinger/varsler i importen som kan forklare det?

        • Finner ikke noe i 009004 relatert til hvorfor vi får Course vi ikke burde fått. Jeg blir forvirret når jeg søker på scheme, eksempel: 
          UE_222_ABL-SRL1000_1_2015_HØST_1 blir importert som Course tross at scheme=Unknown (men i FS er Rom-mal=STANDARD). 
          UE_222_BABLU_1_2015_HØST_1 og UE_222_BABLU_1_2016_HØST_1 blir også importert men her er det ikke registrert noen Rom-mal i FS. I xml er scheme=Unknown. Skal scheme=Unknown være trigger for at Canvas ikke skal opprette Course? (i så fall har vi en issue)

          • Scheme/rommal gjelder kun SP, KU og KL. UE skal alltid bli Course.

            • Hmm.. jeg må ha sovet i timen, hvorfor er det gjort unntak for UE, det er ingen krise men jeg ser helst at Rom-mal brukes konsekvent der det er mulig å registrere den?

              • Konklusjonen var at det alltid skal genereres Course for UE (det er ikke noen vits i et valg hvis man alltid ønsker ett alternativ). De eneste gruppetypene der det var aktuelt med et valg, var SP, KU og KL.

                • Ser poenget, og det finnes workarounds men det hadde dels vært logisk om Rom-mal fungert konsekvent, dels slipper de som vil bruke kull- eller klasseCourse å trikse for at det ikke skal opprettes underliggende UE i Canvas. 

              • HSN: sjekking 24.05.2017:  Det kommer ingen SP course i Canvas. Eksempel: Studieprigram 2427 og 2428.

                • Studieprogram 2427 har LMS eksport=J, men ikke rommal definert i FS. I XML eksporten står det <ims3:scheme>Unknown</ims3:scheme>, og <ims3:type>Unspecified</ims3:type>.

                  • Det er korrekt at manglende rommal/scheme gir manglende Course.

                • Studieprogram 2428 har LMS eksport = J, og rommal "HIT-MAL". I XML eksporten står det <ims3:scheme>HIT-MAL</ims3:scheme>, og <ims3:type>Unspecified</ims3:type>.

                  • Manglende Course her => ISSUE (X).

                • Kommentar:  skulle det kanskje ha stått <ims3:type>Course</ims3:type>?

                  • Tja, husker ikke at vi har avtalt noe her - kan lete...

                • Har sjekket det samme angående KU og KL. Vi får heller ikke noen KU - Course, selv om disse også ligger definert i XML eksport ("GRUPPER"), på ganske lik måte som SP. Vi får KL - Course opprettet i Canvas. Disse ser også ut til å være definert ganske likt som SP og KU, dvs. <ims3:type>Unspecified</ims3:type>

                • Det som er rart mht. KL er at det blir opprettet Course i Canvas selv om rommal er definert eller ikke i FS. I XML fila står det <ims3:scheme>Unknown</ims3:scheme> uavhengig av om rommal er definert eller ikke i FS. Eksempel: KL_050_2016_HØST_A.

                  • Da ser det ut som de ikke tar hensyn til scheme, men oppretter Course kun for KL uansett. ISSUE (X)

      • Hvis ikke, må det tas med Instructure

      • Hvis de ikke finnes i fila, kjør diagnose med Info

  • Jeg har satt på status (fullført,sluttet,utgått) til 3 studenter. Sikret meg at de var liggende i canvas men etter eksport til canvas og importert dataene,skjedde det ingenting. De tre stk er fortsatt der. Har det skjedd noe på den MS4? Grunnen til at jeg ikke de ikke blir slettet er sannsynligvis fordi P_SLETT,M_SLETT,G_SLETT er tømme. I hvert fall disse filene er tømme hos meg. Kan du se på det? Nå satte status på nye studenter (avsluttet studieretter:s189274,s964522,s148043,s10355) men P_SLETT,M_SLETT,G_SLETT er fortsatt tomme etter at jeg kjørte eksport. Finner ikke hvorfor ingen av dem ligger P_SLETT fil?

    • Tok en stikkprøve for s189274 (Bay) og s964522 (Engdahl): Ingen av dem var med i forrige eksport (24.05 15:56), dermed er de heller ikke "slettet" etter nåværende definisjon.

    • Men jeg stusser på hvorfor det ikke finnes noen M_SLETT i det hele tatt (ikke tom fil engang) for denne kjøringa... Lurer på om det har å gjøre med at de to siste eksportene er kjørt med veldig kort mellomrom - 15:56 og 16:06. Sannsynligvis har ikke den første vært ferdig før den neste er blitt startet, og da går ting fort i beina på hverandre. Men det er kanslke vanskelig å se når man tvangskjører? Bugen er funnet og problemet er løst (HIOA).

    • Sletting ser ut til å fungere OK for HSN

      • Tomme slettefiler skal bety at det ikke er endret noe som skal gi opphav til sletting siden forrige eksport - kan endringene dine være eldre enn det?

      • Sletting fungerer også for NMBU. har testet statusene: FULLFØRT, INNDRATT, SLUTTET og TRUKKET.

  • Sted-Course (ST_0222...) er tomme for medlemmer (eksport 21. mai - import 22. mai)

    • Finnes de i fila?

  • NMBU (Solerød) savner en god del ansatte i xml-filene fra FS. De er satt som aktiv=J og har brukernavn. Forskjellen jeg har funnet på de som blir med og de som ikke blir med er at ekstern e-postadresse har innhold. Dersom dette er ett nytt krav bør det inn i dokumentasjonen. Hvis ikke må vi se nærmere på om det er en bug (Eksempel: Bodil Norderval og Elisbeth Dyb)

    • Feil i modulvalg FAGP_ROLLE  (Lars: Kva var feil og kva er riktig? Kommer an på hva du vil ha med. Se under)

      • FAGP_ROLLE
        Angir hvorvidt fagpersoner må ha aktive personroller for å eksporteres:

        1. Intet krav

        2. Krav hvis LMSLøpenr angitt

        3. Krav uansett

  • IMS-Roller i FS vs roller i Course
    Vi trenger vite hvilken FS-IMS-Rolle som gir hvilken Course role i Canvas. Jeg mangler TA (Lærerassistent) i Course.
    Funnet hittil: FS IMS rolle 1 = Student (Canvas role_id 3),  FS IMS rolle 2 = Teacher (Canvas role_id4), FS IMS rolle 3 = Designer (Canvas role_id6), FS IMS rolle 7 = Observer (Canvas role_id7)

    • Oppsummering av mappingene (står også i LMS-dokumentasjonen):

      • IMS-rolle 1-3 er korrekte (1 => Student, 2 => Teacher, 3 => Designer)

      • IMS-rolle 4 => Observer

      • IMS-rolle 5-7 => Canvas-custom-rolle 1-3

      • IMS-rolle 8 => TA