Correctief onderhoud Bug nummers: 958, 960, 867, 977, 978, 979, 980, 981, 983, 984, 985 en 986.

Transcriptie

1 Aan Metis Groep (MG) Van MCC Datum Betreft Release notes patch 38 - versie VERSIE Correctief onderhoud Bug nummers: 958, 960, 867, 977, 978, 979, 980, 981, 983, 984, 985 en 986. Bug 958 Bij het wijzigen van een Boek - Monografie waarbij ik (S. Miesen TUE) de url verwijder of invul krijg ik de melding dat ik een uitgever moet invullen. Deze is echter al ingevuld maar wordt niet meer getoond. Of ik moet deze invullen of ik kan dan ook alleen maar kiezen voor 'niet opslaan'. Als je kiest voor 'niet opslaan' dan wordt het veld uitgever daarna, na raadplegen, gewoon weer getoond. We hebben dit getest door bij het type boek - monografie verschillende velden, waaronder de URL, leeg te maken (en weer te vullen). Inderdaad werden na het verwijderen van de URL en na het verlaten van het veld spontaan de velden uitgever en plaats van uitgifte leeg gemaakt. Als men daarna dan het resultaat wil vastleggen wordt men gewezen op de verplichte velden uitgever en plaats van uitgifte. Het programma is aangepast en de ongewenste relatie tussen het leegmaken van het veld URL en het spontaan wegvallen van de uitgever en plaats van uitgifte is verwijderd. Daarna zijn de eerdere testen herhaald en ditmaal was het mogelijk het veld URL leeg te maken of in te vullen zonder verdere consequenties. Zie ook de bugs 977 en 978. Voor alle zekerheid is dezelfde test uitgevoerd bij PM maar daar trad de fout niet op. Bug 960 Het octrooinummer (tag IS - ) wordt bij inlezen niet vastgelegd in het veld resultaten.id_nummer. Programma ris.fmb, allpub_ris.fmb Het programma is aangepast waarbij de waarde achter de tag IS wordt vastgelegd in de kolom id_nummer van de tabel resultaten. Vervolgens zijn een aantal bestanden ingelezen met daarbij het type octrooi en de tag IS. 1

2 Bug 867 In het menu (DE&C) Beheer - Instroom uitstroom promovendi wordt de selectie voor organisatie niet goed verwerkt. Voor elk organisatieniveau wordt het overzicht voor de bovenliggende faculteit getoond. Het gaat mis voor zowel de uitvoeroptie (A) als (R). De selectiecriteria voor dit menu moeten gelijk zijn aan de criteria voor het PhD overzicht in de Management Module. Voor de indeling naar OUT (incl.) wordt gekeken naar het verslagjaar van de dissertatie. De werkrelatie kan in een willekeurig jaar beëindigd zijn. Van UU Programma rapprom.rdf De onderliggende query is aangepast en gelijkgetrokken met de management module Bug 977 Bij het invoeren van een nieuw extern rapport treedt bij een zeer specifieke werkwijze iets raars op. Na invoering (incl. uitgever en plaats van uitgifte) en opslaan en daarna kiezen voor herstel voegen we een URL toe. Na het opnieuw vastleggen van het resultaat krijg je de melding dat de uitgever en plaats van uitgave ontbreken. Deze velden blijken vervolgens leeg te zijn. Van WUR Zie de beschrijving bij bug 958. De fout bleek niet beperkt tot het type boek, ook bij het extern rapport trad hetzelfde euvel op. Zie ook bug 978 Bug 978 Idem als bij 977: bij het verwijderen van de informatiedrager bij een extern rapport verdwijnen de velden: url, jaar van uitgave, plaats van uitgifte en uitgever. Van WUR Zie de beschrijving bij bug 958. De fout bleek niet beperkt tot het type boek en het veld URL, ook bij het extern rapport en het veld informatiedrager trad dezelfde fout op. Zie ook bug 978 In de code van het betreffende programma werden bij een tweetal resultaattypen velden van nul waarden voorzien als de velden URL en informatie drager gewijzigd werden. Bug 979 Bij de menu optie Beheer Resultaten Wijzigen codering onderzoek wordt de wijziging van de onderzoekscode niet gelogd. Als je een resultaat wijzigt (een onderzoekscode wijzigen d.m.v. die functie) en het vervolgens opvraagt en op de knop INFO klikt, zie je niet dat de laatste wijziging van het record door gebruiker X op die datum is uitgevoerd. Van TUD Programma ovewonz.fmb en valrest.fmb Als test zijn vervolgens via deze functie onderzoekscodes gewijzigd bij resultaten verbonden aan een of meer onderzoeken. 2

3 Bug 980 Als je er voor kiest om het ISBN te laten tonen in een overzicht, wordt bij dissertaties het ISBN tweemaal getoond in een overzicht. Getest met uitvoer in de opmaak: - APA, - lijst beknopt, - lijst gedetailleerd en Vancouver. In de eerste drie gevallen wordt bij dissertaties het ISBN tweemaal weergegeven. Bij andere resultaattypes wordt het ISBN maar éénmaal weergegeven. Van KNAW Programma ozis2.sql en pk_metis.sql Bug 981 Voor de test een medewerker JGSN Visser genomen en voor die persoon een alias JGSN Bakker toegevoegd, waarbij Visser de voorkeursnaam is. Zoeken op Visser met optie collega onderzoekers geeft alle medewerkers met naam Visser (en Vissers) en enkel die ene Bakker die alias is van JGSN Visser. Zoeken op Visser met optie totale lijst geeft alle medewerkers met naam Visser (en Vissers) en alle medewerkers met naam Bakker. Zoeken op Bakker met optie totale lijst geeft alle medewerkers met de naam Bakker, maar ook alle medewerkers met naam Visser en bovendien ook alle medewerkers met naam (de) Jong. Er blijkt ook een medewerker LEM Bakker te zijn, die alias Jong heeft, waarbij Jong voorkeursalias is. Zoeken op Bakker met optie collega onderzoekers geeft alle medewerkers met naam Bakker en enkel die ene Visser-alias en die ene Jong-alias. Van TUD Programma ru_medeo.fmb Als test is de bovenstaande situatie nagespeeld. Bug 983 De tag N1 - wordt niet goed afgesloten. De waarde die achter de tag N1 - staat wordt opgeslagen in het veld OPMERKING. Omdat de tag niet goed wordt afgesloten, worden de navolgende tags ook in het veld opgeslagen. Vermoedelijk worden alle tags in het veld opgeslagen totdat er een waarde achter een van de navolgende tags staat. Van KNAW Programma ris.fmb De oorzaak waren een of meerdere tags zonder waarde. Bug 984 Idem als bij 977: bij verwijderen/invoeren van de ISBN bij boekdeel verdwijnen de velden: plaats van uitgifte en uitgever. Zie de eerdere opmerkingen bij de bugs 958, 977 en 978 3

4 Bug 985 Wij (UU) hebben vandaag ontdekt dat de velden 'naam' en ' adres' overschreven worden. Elke keer dat een nieuwe promovendus zich inschrijft, worden naam en adres van het default phd account gewijzigd in die van de promovendus. Ik heb het vandaag na 4 nieuwe promovendi, 3 Nederlands, 1 Engels, kunnen constateren. Ik heb het zojuist getest in de opleidingsomgeving. De eerste keer gebeurde er niets, maar ik heb toen slechts de informatie op de tab 'PhD - NAW' ingevuld. De tweede keer vulde ik ook de andere tabs volledig in, met als gevolg dat naam en adres van phd_nederlands gewijzigd waren.hoewel het geen groot probleem is zolang er geen vreemde tekens in de naam voorkomen, zou het toch prettig zijn als dit snel verholpen kan worden. Van UU Programma pt_reg.fmb De wijziging is aangebracht in het programma pt_reg.fmb en de programma onderdelen update_gebruiker en synchroniseer_phd. In eerdere versies werd de tabel gebruiker ge-update als een nieuwe promovendus was ingelogd en de aanvraag van deze nieuwe promovendus werd vastgelegd. Het default account ( phd_nederlands of phd_engels ) werd dan overschreven. Vanaf versie gebeurt dat niet meer. In de code is de eerdere update uitgezet en vervolgens is het aangepaste programma getest. Ook bij het invullen van het hele formulier blijft het default account nu intact. Bug 986 Bij lidmaatschap van medewerker bij twee virtuele organisaties (menu: Beheer Virtuele organisatie Raadplegen / wijzigen) wordt bij opvragen van leden van een virtuele organisaties, het lidmaatschap van de tweede virtuele organisatie getoond. Van EUR Programma viredi.fmb In het betreffende programma werden de detail gegevens opgestart zonder dat daarbij beide query voorwaarden: medewerker (onderzoekernummer) + organisatie (code_organisatie) mee te nemen. Alleen het onderzoekernummer werd gebruikt bij het opstarten van de detail gegevens. Als een onderzoeker lid was van meerdere virtuele organisaties ging het fout. (.) APA formaat bij overzichten gegenereerd via functie: URL s aanmaken t.b.v. APA output Ongedocumenteerde bug aangezien meteen een nieuwe versie beschikbaar is gesteld aan de instellingen die daarom gevraagd hebben. De bug is beschreven in een aan de Metislist van 21 juli 2009 (Onderwerp: Re: APA Url in patch 36 in acceptatie ) Uit die mail Het tonen van de extra info (conform de 'gedetailleerde overzichten') is inderdaad niet de bedoeling. Dit wordt meteen hersteld. Blijkbaar zijn de extra velden bij de 4

5 test niet opgevallen. We zullen het aangepaste programma nog deze week via een tussen-patch beschikbaar stellen. Na installatie van dit programma is de weergave van alle URL's weer geheel conform APA (en niet conform 'APA-gedetailleerd'). Als test (toen 21 juli en nu zijn) URL s aangemaakt. 5