Page History
N.B. Updated ceased at the end of 2021. This page has been archived. All new requests: please make a Jira ticket.
Table of Contents |
---|
Update schedule
...
schedule
...
The pilot libraries are expected to test for 15-19 weeks (excluding the summer holidays). For other libraries we have preliminarily allocated 5 weeks for version upgrade: 3 weeks conversion and testing, 1 week for testing Finna view and moving to production, 1 week for transferring the test server resources to the next library. More accurate schedule estimates as a table.
...
Library | Migration and testing begins | Deployment week (library is closed for 2h-1day) | Library | Notes | ||||
---|---|---|---|---|---|---|---|---|
Library 1, pilot | Week 21 (18.5.) |
39 (21.9.-25.9.), 24.9. | HAMK | Test migrations started on 18.5.2020, live 24.9.2020 | ||||
Library 2, pilot | Week 30 (20.7.) | 39 (21.9.-25.9.), 22.9. | Kansallisarkisto | Test migrations started on 07.08.2020, live 22.9.2020 | ||||
Library 3, pilot | Week 24 (11.6.) | 40 (28.9.-2.10.), Thu 1.10 | suggested. | XAMK | Test migrations started on 11.6.2020, live 1.10.2020 | |||
Library 4, pilot | Week 33 (10.8.) | 41 (5.10.-9.10.) Wed 7.10. | suggestedDIAK | Test migrations started on 07.08.2020, live 7.10.2020 | ||||
Library 5, pilot | Week 35 (24.8.) | 42 (12.10.-16.10.), Thu 15.10 | suggested. | Tritonia | Test migrations started on 07.08.2020 | Library 6, live 15.10.2020 | ||
Week 40 (28.9.) | 43 (19.10.-23.10.) | Tue 20.10 suggested3AMK-libraries | Not started | Library 7|||||
Library 6 | Week 41 (5.10.) | 44 (26.10.-30.10.) Thu 29.10. | Arcada | Not started | Live 29.10.2020 | |||
Library 7 | Library 8Week 42 (12.10.) | 45 (2.11.-6.11.) | Library 9Thu 5.11 | 3AMK-libraries | Live 5.11.2020 | |||
Library 8 | Week 43 (19.10.) | 46 (9.11.-13.11.), | suggestedWed 11.11. | MPKK | Not started | Test migrations started on 21.10.2020, live 11.11.2020 | ||
Library 9 | Library 10Week 44 (26.10.) | 47 (16.11.-20.11) To 19.11. | Humak | Not started | Test migrations started on 10.11.2020, live 19.11.2020 | |||
Library 10 | Library 11Week 45 (2.11.) | 48 (23.11.-27.11.) To 26.11. | Tilastokirjasto | Not started | Test migrations started on 10.11.2020, live 26.11.2020 | |||
Library 11 | Library 12Week 46 (9.11.) | 49 (30.11.-4.12.), | suggestedThu | 13.12. | Varastokirjasto | (Swapped with Hanken 3.9.) | Library 13Test migrations started on 18.11.2020, live 3.12.2020 | |
Library 12 | Week 47 (16.11.) | 50 (7.12.-11.12.), | Hanken | (Swapped with Varastokirjasto 3.9.) | Postponed due to server environment problems. New date: Tu 12.1.2021 | Hanken | Test migrations started on 17.11.2020, live 12.1.2021 | |
Library 13 | Library 14Week 48 (23.11.) | 5150 ( | 147.12.- | 1811.12) Wed 9.12. | Centria | Not startedTest migrations started on 17.11.2020, live 9.12.2020 | ||
Library | 1514 | Week 49 (30.11.) | 52-151 ( | 2114.12.- | Jyväskylän yliopisto | 18.12) Thu 17.12. | Jyväskylän yliopisto | Test migrations started on 23.11.2020, live 17.12.2020 |
Library 15 | Week 2 (14.1.2021) | 5 (14.1.2021-) Tue 26.1. | Kansalliskirjasto | Not startedTest migrations started on 27.11.2020, live 26.1.2021 |
ROWS COLORS LEGEND FOR TABLE BELOW:
white (new task) | a freshly added task, undecided (it even might be a proposal, which "in discussion" and might be even rejected) |
red (to do / in progress) | accepted task: to be implemented, or in progress but not yet finished, i.e. "in development or in queue" |
yellow (done locally, KK-Koha [formerly KCMinni]) | implemented, pushed to our KCMinni fork KK-Koha fork for testing in preproduction and/or using in KohaCommunity SUOMI fork already. note: such tasks might stay forever or for a long time if they won't be accepted by KC for various reasons. |
green (done worldwide) | implemented, and also accepted into KC-master (KohaCommunity master), i.e. "worldwide version" or can be achieved in another way (plugin, etc) |
...
Functionalities potentially requiring development in the Community version
Notices from testing migration
May 26th
#T1
Status | ||||
---|---|---|---|---|
|
May 27th
#T2
On current version there is action_logs_cache table containing all actions, such table does not exist in version 19.11. Action_logs -table contains only actions for 6 months.
This might have affects on our current way to calculate last years statistics using action logs.
Is it Koha-Suomi version feature that 6 months older action_logs events are moved to action_logs_cache? Should action_logs_cache table to be migrated to action_logs -table? If so, does it have some affects to performance?
- agreed that action_logs_cache -table will be migrated as a separate table to new environment. And timelimit for deleting old actions will be incresed to be 12 months instead of 6 months
Suomeksi: Koha-Suomen versiossa puoli vuotta vanhemmat tapahtumat on siirretty toiseen tauluun nimelta action_logs_cache. KV-versiossa ei ole tällaista taulua. Asiantuntijaryhmässä päätettiin, että vanha action_logs -taulu siirretään sellaisenaan uuteen ympäristöön, jossa sitä voi käsitellä SQL:n avulla.
Migration and configuration issue
We need to decide latest in December 2020 what is the retention period for action logs in KC, otherwise logs are kept indefinite amount of time.
Aug 19th
#T3
Acquisitions > Click Spent > Internal server error
Suomeksi: Kun hankinnassa valitaan Käytetty-linkki taulukosta, tulee Internal server error -ilmoitus
KC BUGZILLA: none
Xamk (Mia Kujala)
HAMK (Minna Kivinen)
Pilot prio | p r i o | JIRA-tiketti | #NN: TASK NAME | Libraries that use/requested it | Notes | STATUSES Tech expertise message | 1||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
2 | 12.3 | #19 Print transfer slip when returning a item and it needs to be transferred because of a hold. | - Kuljetettavan varauksen kuitti. Kuitti tulostetaan, kun palautetaan nide, jossa on varaus toiseen toimipaikkaan ja nide siirtyy kuljetukseen | HAMK | For more info: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Status | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
colour | Red | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
title | IN QUEUE |
Status | ||
---|---|---|
|
#01: LABEL PRINTER – TARRATULOSTIMET
Tools => Label printer (labels to be put in backs of books) (/cgi-bin/koha/labels/oplib-label-create.pl)
KC BUGZILLA: none, aim at a plugin solution
There was a slip for this in Koha-Suomi (transfer slip plus notice there is a hold). Now the slip is similar to a pick-up slip.
6.10.2020: In communitys version there is possible to add IF-ELSE to HOLD slip so that Koha prints different slip when item is returned in another branch that pick up branch.
Suomeksi: Kohan yhteisöversiossa versiossa on uudenlainen varauskuitti. Varauskuittiin voidaan lisätä IF-ELSE lause, jolloin varauskuitti tulostuu erilaisena, kun varattu nide palautetaan muussa toimipaikassa kuin varauksen noutopaikassa. Koha3-testiversiossa on malli varauskuitille HOLD-SLIP - sähköpostimalli. Ja ohjeet löytyvät myös oikeassa sarakkeessa olevan bywatersolutions-linkin takaa.
https://tiketti.koha-suomi.fi/issues/1949
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12085
DEVELOPMENT STATUS:
Status | ||||||
---|---|---|---|---|---|---|
|
KK-Koha
3AMK-libraries
Centria
Info on use in libraries urgent, related to a database structure change.
Testing of current options: Label printing in Koha
Status | ||||
---|---|---|---|---|
|
(fork/pilot):
Status | ||||
---|---|---|---|---|
|
KohaCommunity
master:
Status | ||||||
---|---|---|---|---|---|---|
|
Solved by adding IF-ELSE to HOLD_SLIP, following instructions from https://bywatersolutions.com/education/the-holdslip-in-koha-just-got-a-whole-lot-cooler
#01: LABEL PRINTER – TARRATULOSTIMET
Tools => Label printer (labels to be put in backs of books)
solved as an external plugin: proper configuration needed, tech assistance will be provided.
#02: EXPIRED HOLDS TAB – VANHENTUNEIDEN VARAUSTEN VÄLILEHTI
Circulation → Holds awaiting pickup / Expired holds
(list of items someone has made a hold request on but does not check it out before the hold expires; handy for easy clearing of these items off the holds shelf).(/cgi-bin/koha/
labels/oplib-label-create.pl)
KC BUGZILLA: none, aim at a plugin solution
3AMK-libraries
XAMK
Centria
Use is being researched. Just occasionally
Info on use in libraries urgent, related to a database structure change.
On community version there is missing system preference:
PickupExpiredHoldsOverReportDuration that defines For how many days holds expired by the 'ExpireReservesMaxPickUpDelay'-syspref are visible in the 'Hold Over'-tab in /circ/waitingreserves.pl
ExpireReservesMaxPickUpDelay system preference allow holds to expire automatically if they have not been picked by within the time period specified in ReservesMaxPickUpDelay.
Last Pickup Date -column is needed.
3AMK-libraries: problems with the reliability of the list
See documentation: Label printing in Koha
29.9.2020: config help needed in 3AMK, must be noted in migration.
12.10.2020 Previous discussion, how many letters in call numbers, etc. 3AMK needs at least two templates.
DEVELOPMENT STATUS:
Status | ||||
---|---|---|---|---|
|
KK-Koha (fork/pilot):
Status | ||
---|---|---|
|
KohaCommunity master:
Status | ||
---|---|---|
|
Solved as an external plugin: proper configuration needed, tech assistance will be provided. 3AMK will look at this. Documentation on how to print labels.
#02: EXPIRED HOLDS TAB – VANHENTUNEIDEN VARAUSTEN VÄLILEHTI
Circulation → Holds awaiting pickup / Expired holds
(list of items someone has made a hold request on but does not check it out before the hold expires; handy for easy clearing of these items off the holds shelf). (/cgi-bin/koha/circ/waitingreserves.pl)
KC BUGZILLA: https://bugs.koha-community.
17.9.2020: When ExpireReservesMaxPickUpDelay is set Allow, there is no items showing on expired holds -tab. That is because holds have been automatically cancelled. It is possible to make a SQL-report showing all holds where pickupexpired on a certain date
Suomeksi: Kun ExpireReservesMaxPickUpDelay asetus on päällä, poistuvat vanhentuneet varaukset automaattisesti sen mukaan niten asetuksessa ReservesMaxPickUpDelay järjestelmäasetuksessa on määritelty. Tällöin Kohan noudettavien varausten lista ei näytä niitä varauksia, joiden noutoaika on umpeutunut (Koska varaukset ovat poistuneet). Tällaiset varaukset voi listata SQL kyselyllä, joka löytyy Redminesta https://tiketti.koha-suomi.fi/projects/koha-suomen-dokumentaatio/wiki/Valmiita_SQL-raportteja#Vanhentuneet-automaattisesti-poistetut-varaukset.
Jos kirjastonne ei käytä noudettavien varausten automaatista poistoa noutoajan umpeutuessa, silloin tuo vanhentuneiden varausten välilehti toimii ihan OK.
DEVELOPMENT STATUS:Status | ||
---|---|---|
|
Not started
We'll not work on it now, first test the Community Version functionalities.
#03: COMPLEX PASSWORDS / POLICIES CHECK – VAIKEAN SALASANAN VAATIMINEN
Requiring complex password based on patron category code (usually, higher requirements for staff members)
Administration → Patron categories / Password policy for category
(/cgi-bin/koha/admin/categories.pl => Muokkaa => Tyypin salasanakäytäntö)
KC BUGZILLA: https://bugs.koha-community.3AMK-libraries
XAMK
Centria
Diak
Info on use in libraries urgent, related to a database structure change.
In the Community Version, requirements may only be made globally.
XAMK: generally simplenumeric > self-service library PIN is 4 numbers; and staff > alphanumeric)
On community version there is missing system preference:
PickupExpiredHoldsOverReportDuration that defines For how many days holds expired by the 'ExpireReservesMaxPickUpDelay'-syspref are visible in the 'Hold Over'-tab in /circ/waitingreserves.pl
ExpireReservesMaxPickUpDelay system preference allow holds to expire automatically if they have not been picked by within the time period specified in ReservesMaxPickUpDelay.
Last Pickup Date -column is needed.
3AMK-libraries: problems with the reliability of the list
17.9.2020: When ExpireReservesMaxPickUpDelay is set Allow, there is no items showing on expired holds -tab. That is because holds have been automatically cancelled. It is possible to make a SQL-report showing all holds where pickupexpired on a certain date
Suomeksi: Kun ExpireReservesMaxPickUpDelay asetus on päällä, poistuvat vanhentuneet varaukset automaattisesti sen mukaan niten asetuksessa ReservesMaxPickUpDelay järjestelmäasetuksessa on määritelty. Tällöin Kohan noudettavien varausten lista ei näytä niitä varauksia, joiden noutoaika on umpeutunut (Koska varaukset ovat poistuneet). Tällaiset varaukset voi listata SQL kyselyllä, joka löytyy Redminesta https://tiketti.koha-suomi.fi/projects/koha-suomen-dokumentaatio/wiki/Valmiita_SQL-raportteja#Vanhentuneet-automaattisesti-poistetut-varaukset.
Jos kirjastonne ei käytä noudettavien varausten automaatista poistoa noutoajan umpeutuessa, silloin tuo vanhentuneiden varausten välilehti toimii ihan OK.
DEVELOPMENT STATUS:
Status | ||||||
---|---|---|---|---|---|---|
|
KK-Koha
Status | ||
---|---|---|
|
Not started
Not urgent – libraries will direct staff and other users.
#04: HOLDS WAITING DEPENDING ON RULES – VARAUSTEN VOIMASSAOLON PITUUDEN SÄÄNNÖT
The time that holds will wait for being checked out may be set differently according to the patron group, library, or item type. (In Community Version only on sys pref level)
KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367
There is a very old bug report and fix-suggestion for this in Bugzilla: How long is a hold waiting for pickup at a more granular level
Is there need to be able to define different time according to the patron group, library, or item type?
Status | ||
---|---|---|
|
(fork/pilot):
Status | ||
---|---|---|
|
KohaCommunity master:
Status | |||
---|---|---|---|
|
|
Not needed?
#05: DEFINING DIFFERENT FEES FOR EXPIRED HOLDS ACCORDING TO THE RULES – MAKSUJEN SUURUUDEN SÄÄNNÖT NOUTAMATTOMILLE VARAUKSILLE
|
Not started
We'll not work on it now, first test the Community Version functionalities.
Transferred to Jira:
#03: COMPLEX PASSWORDS / POLICIES CHECK – VAIKEAN SALASANAN VAATIMINEN
Requiring complex password based on patron category code (usually, higher requirements for staff members)
Administration → Patron categories / Password policy for category
(/cgi-bin/koha/admin/categories.pl => Muokkaa => Tyypin salasanakäytäntö)
KC BUGZILLA: https://
Holds not checked out in time: defining different fees according to the patron category, branch (library), or item type (In Community Version on sys pref level only?) (Making holds may be free but you need to pay a "fine" if you don't come and claim the hold before it expires.)
KC BUGZILLA: https://XAMK
National Library
XAMK
Koskenee myös asiakasryhmäkohtaiset asetukset? - MinnaK: Mitä tällä tarkoitetaan. Asiakastyyppien määrityksissä on hold fee, jolla tarkoitetaan varausmaksua joka peritään varauksesta joka tapauksessa. Tässä toiminnossa tarkoitetaan maksua, joka peritään, jos asiakas ei nouda varaustaan ajoissa.
and this discussion in english
There is a hold fee -setting in patron categories, but it is a different thing. Patron category hold fee is charged when making a hold or when hold is picked up depending on system preference HoldFeeMode.
In this case we are discussing about fee that is charged if a patron does not pick up hold in time.
National Library: fines differ according to the patron category and by item type
Info on use in libraries urgent, related to a database structure change.
In the Community Version, requirements may only be made globally.
XAMK: generally simplenumeric > self-service library PIN is 4 numbers; and staff > alphanumeric)
DEVELOPMENT STATUS:
Status | ||||||
---|---|---|---|---|---|---|
|
KK-Koha
Status | ||||
---|---|---|---|---|
|
(fork/pilot):
Status |
---|
|
|
KohaCommunity master:
Status | |||
---|---|---|---|
|
|
Minna will try to test and sign off in bugzilla - Not able to test on sandbox, because holds do not get expired automatically, look item #T13 below
|
Not started
Not urgent – libraries will direct staff and other users.
#04: HOLDS WAITING DEPENDING ON RULES – VARAUSTEN VOIMASSAOLON PITUUDEN SÄÄNNÖT
The time that holds will wait for being checked out may be set differently according to the patron group, library, or item type. (In Community Version only on sys pref level)
KC BUGZILLA: https
Tested on SRV1 18.9.2020 and this works. Patrons are getting different fee for holds expired pickup according to the rules.
#06: COMPONENT PART BIBLIOGRAPHIC RECORDS – OSAKOHTEIDEN BIBLIOGRAFISET TIETUEET
(e.g. a song on a CD)
Also, bound volume contains multiple items (several independent works bound together)
KC BUGZILLA: https3AMK-libraries
National Library
Tritonia
Varastokirjasto
Jyväskylän yliopisto
Kansallisarkisto
Library of Statistics
How to test component part functionalities - instructions: Osakohdetoiminnallisuuksien testaaminen KV-versiossa
- Is the Community Version solution, i.e. the structure of MARC field 773, suitable for the library's needs?
- Will links in the current version work properly in the Community Version? In other words, will the records require conversion?
- Are their tools for handling component parts missing in the staff interface? Is there a list of component parts in the host record (aka parent record) view?
National Library: both component parts and bound volumes
Tritonia: bound volumes, not a priority
Varastokirjasto: also bound volumes, not a priority. Music is important, and how they show in Finna.
Jyväskylän yliopisto: bound volumes, music as it comes from Melinda
Kansallisarkisto: bound volumes
DEVELOPMENT STATUS:Implemented but missing review, see Bug 11175
There is a very old bug report and fix-suggestion for this in Bugzilla: How long is a hold waiting for pickup at a more granular level
Is there need to be able to define different time according to the patron group, library, or item type?
DEVELOPMENT STATUS:
Status | ||
---|---|---|
|
KK-Koha (fork/pilot):
Status | ||
---|---|---|
|
KohaCommunity master:
Status | ||||||
---|---|---|---|---|---|---|
|
Not needed?
#05: DEFINING DIFFERENT FEES FOR EXPIRED HOLDS ACCORDING TO THE RULES – MAKSUJEN SUURUUDEN SÄÄNNÖT NOUTAMATTOMILLE VARAUKSILLE
Holds not checked out in time: defining different fees according to the patron category, branch (library), or item type (In Community Version on sys pref level only?) (Making holds may be free but you need to pay a "fine" if you don't come and claim the hold before it expires.)
KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25711
3AMK-libraries
National Library
XAMK
Koskenee myös asiakasryhmäkohtaiset asetukset? - MinnaK: Mitä tällä tarkoitetaan. Asiakastyyppien määrityksissä on hold fee, jolla tarkoitetaan varausmaksua joka peritään varauksesta joka tapauksessa. Tässä toiminnossa tarkoitetaan maksua, joka peritään, jos asiakas ei nouda varaustaan ajoissa.
and this discussion in English:
There is a hold fee -setting in patron categories, but it is a different thing. Patron category hold fee is charged when making a hold or when hold is picked up depending on system preference HoldFeeMode.
In this case we are discussing about fee that is charged if a patron does not pick up hold in time.
National Library: fines differ according to the patron category and by item type
Johanna asks from Metropolia testing for this: for sign off, community bug must be tested according to test plan in bugzilla and also Koha OPAC must be tested.
The only way to test this is through sandbox. This should be tested with Zebra search-engine. There might be problem with indexing. Koha-Suomi staff is trying to test this as well.
Situation Sept 8th 2020: A lot of discussion around this issue in community.
Situation Sep 15th: At this point it is enought that information is replicate right from Melinda and that it is showing right in Finna. Libraries can wait with information views in Koha intranet.
#07: HOLDS ON BIBLIOS WITH DIFFERENT ITEM TYPES – VARAUS MAHDOLLINEN, JOS KIRJASTOSSA VAIN EI-LAINATTAVIA
Enable making holds on a bibliographic record when there are items available in the library but these items are not eligible for holds. (Read the bug report for thorough explanation)
KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24683
Tritonia
National Library
Diak
Jyväskylän yliopisto
Hanken
3AMK
Tritonia, National Library, Diak, Jyväskylän yliopisto, Hanken: Critical
3AMK: We allow on shelf holds, but this is critical if unholdable item type prevents making holds for other item types of the same biblioDEVELOPMENT STATUS:
Status | ||||
---|---|---|---|---|
|
KK-Koha (fork/pilot):
Status | ||||
---|---|---|---|---|
|
KohaCommunity master:
Status | |||
---|---|---|---|
|
|
|
|
Minna will try to test and sign off in bugzilla - Not able to test on sandbox, because holds do not get expired automatically, look item #T13 below
Tested on SRV1 18.9.2020 and this works. Patrons are getting different fee for holds expired pickup according to the rules.
Per June 15th 2021: signed off, waiting for QA
#06: COMPONENT PART BIBLIOGRAPHIC RECORDS – OSAKOHTEIDEN BIBLIOGRAFISET TIETUEET
(e.g. a song on a CD)
Also, bound volume contains multiple items (several independent works bound together)
Implemented. In testing on pilot servers.
Tested in Koha3 and Tritonia testing environment. Must be tested with Finna, when able to make holds
#08: "HOLDS TO PULL" LIST PART1: – HYLLYVARAUSTEN LISTA
printing of "edition" under the title in the same field.
KC BUGZILLA: https3AMK
Edition can be add to biblioitems -table by modifying Koha to MARC mapping settings.
After change, biblioitems -table must be rebuild in order to apply change to older records!
Status | ||||
---|---|---|---|---|
|
Status | ||||
---|---|---|---|---|
|
Status | ||||
---|---|---|---|---|
|
Implemented. In testing on pilot servers.
HAMK to confirm
#09: ANONYMIZED HOLD IDENTIFIERS – VARATTUJEN ANONYYMIT TUNNISTEET
when patrons can go and pick up themselves their books on hold from a dedicated shelf, they find them by an identifier in the slip between the book. Name is not used for privacy reasons.
KC BUGZILLA: none
Tritonia
XAMK
Diak
On Koha-Suomi there is a systempreference AnonymizeOtherNames use for generating an anonymized code to Patron record Other names -field. The anonymized code is in the format xxxx-xxxx-xxxx (e.g. 1561-9855-2076) and is based on UNIX timestamp.
Other names -field is used for hold identifier.
-libraries
National Library
Tritonia
Varastokirjasto
Jyväskylän yliopisto
Kansallisarkisto
Library of Statistics
How to test component part functionalities - instructions: Osakohdetoiminnallisuuksien testaaminen KV-versiossa
- Is the Community Version solution, i.e. the structure of MARC field 773, suitable for the library's needs?
- Will links in the current version work properly in the Community Version? In other words, will the records require conversion?
- Are their tools for handling component parts missing in the staff interface? Is there a list of component parts in the host record (aka parent record) view?
National Library: both component parts and bound volumes
Tritonia: bound volumes, not a priority
Varastokirjasto: also bound volumes, not a priority. Music is important, and how they show in Finna.
Jyväskylän yliopisto: bound volumes, music as it comes from Melinda
Kansallisarkisto: bound volumes
DEVELOPMENT STATUS:
Status | ||||||
---|---|---|---|---|---|---|
|
KK-Koha (fork/pilot):
Status | |||
---|---|---|---|
|
|
|
KohaCommunity master:
Status | |||
---|---|---|---|
|
|
Implemented. In testing on pilot servers.
XAMK to confirm
requires pasting code snippet to system preference IntranetUserJS. Code is found HERE
Johanna asks from Metropolia testing for this: for sign off, community bug must be tested according to test plan in bugzilla and also Koha OPAC must be tested.
The only way to test this is through sandbox. This should be tested with Zebra search-engine. There might be problem with indexing. Koha-Suomi staff is trying to test this as well.
Situation Sept 8th 2020: A lot of discussion around this issue in community.
Situation Sep 29th: At this point it is enought that information is replicate right from Melinda and that it is showing right in Finna. Libraries can wait with information views in Koha intranet. Oct 12th No progress to report. On top of the list.
June 15th 2021: signed off, waiting for QA.
#07: HOLDS ON BIBLIOS WITH DIFFERENT ITEM TYPES – VARAUS MAHDOLLINEN, JOS KIRJASTOSSA VAIN EI-LAINATTAVIA
Enable making holds on a bibliographic record when there are items available in the library but these items are not eligible for holds. (Read the bug report for thorough explanation)
KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24683
Tritonia
National Library
Diak
Jyväskylän yliopisto
Hanken
3AMK
Tritonia, National Library, Diak, Jyväskylän yliopisto, Hanken: Critical
3AMK: We allow on shelf holds, but this is critical if unholdable item type prevents making holds for other item types of the same biblio
DEVELOPMENT STATUS:
Status | ||||
---|---|---|---|---|
|
KK-Koha (fork/pilot):
Status | ||||
---|---|---|---|---|
|
KohaCommunity master:
Status | ||||||
---|---|---|---|---|---|---|
|
Implemented. In testing on pilot servers.
Tested in Koha3 and Tritonia testing environment. Must be tested with Finna, when able to make holds
#08: "HOLDS TO PULL" LIST PART1: – HYLLYVARAUSTEN LISTA
printing of "edition" under the title in the same field.
KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25699
HAMK
3AMK
Edition can be add to biblioitems -table by modifying Koha to MARC mapping settings.
After change, biblioitems -table must be rebuild in order to apply change to older records!
Suomeksi: Hyllyvarausten listaan tulostuu myös painostieto.
DEVELOPMENT STATUS:
Status | ||||
---|---|---|---|---|
|
KK-Koha
#10: SELF CHECK MACHINE STARTS THE HOLD INSTANTLY – SAAPUMISILMOITUS LÄHETETTÄVÄ VASTA HENKILÖKUNNAN KÄSITTELYN JÄLKEEN
RequireSCCheckInBeforeNotifyingPickups –pick-up notifications for holds not sent to patrons until an item has been handled by staff in intranet, even though the item has been returned using a self-service machine
KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12556
Tritonia
HAMK
National Library
XAMK
Jyväskylän yliopisto
3AMK
Hanken
This bug fix made to Koha-Suomi is needed. When a book is returned by self service station and there is a reservation, the pickup notice should not be send until the book is returned again by staff. There is a syspreff for this feature in Koha-Suomi
RequireSCCheckInBeforeNotifyingPickups.
https://tiketti.koha-suomi.fi/issues/856 / Automaatit ja varattu aineisto
There are some ideas of how to fix already discussed in KC BZ.
Waiting for someone in Koha community to sign off.
Minna asks Koha-Suomi if they would be able to test and sign off. - asked, Koha-Suomi has no environment for testing this at the moment.
Adrii has published in KCMinni
Minna has tested in SRV1, but did not work. Test results informed in slack.
Situation Sep 15th: can be added to KCMinni -fork even if not signed off. At the moment we do not have any environment where to test this for sign off.
#11: DO NOT ALLOW SELF SERVICE CHECK OUT WHEN ON HOLD AND IN TRANSFER – KULJETUTUSTILAISTEN VARATTUJEN NITEIDEN LAINAAMINEN AUTOMAATILLA ESTETTÄVÄ
https://tiketti.koha-suomi.fi/issues/3559 / Kuljetustilassa olevan varatun niteen voi lainata automaatilla
When book is returned on self service station and there is a hold to another branch for that book, the item is put to transfer. When AllowItemsOnHoldCheckout -syspreff is set Allow, any borrower can check out the item with self service station despite of the hold. Item stays attached to hold and items stays in transfer -state.
KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25690
HAMK
XAMK
3AMK
Hanken
Bug fix needed: The system should not allow item check out on self service station when item is attached to hold and item is in transfer -state (item is in BranchTransfers -table and .
(fork/pilot):
Status | |||
---|---|---|---|
|
|
KohaCommunity master:
Status | |
---|---|
|
|
|
Implemented. In testing on pilot servers.
HAMK to confirm
#09: ANONYMIZED HOLD IDENTIFIERS – VARATTUJEN ANONYYMIT TUNNISTEET
when patrons can go and pick up themselves their books on hold from a dedicated shelf, they find them by an identifier in the slip between the book. Name is not used for privacy reasons.
KC BUGZILLA: none
Tritonia
XAMK
Diak
On Koha-Suomi there is a systempreference AnonymizeOtherNames use for generating an anonymized code to Patron record Other names -field. The anonymized code is in the format xxxx-xxxx-xxxx (e.g. 1561-9855-2076) and is based on UNIX timestamp.
Other names -field is used for hold identifier.
Diak: Holds identifier / Other name -field in the patron record
Waiting for bug 12556 / SELF CHECK MACHINE STARTS THE HOLD INSTANTLY and then discussing with community whether they see transfer state hold as attached to a specific patron or not
Situation Sep 15th: Still under discussion in KohaCommunity. This issue will not be ready for pilot libraries prior to deployment
#12: CCODE AND SHELVING LOCATION IN CIRCULATION RULES – CCODE JA HYLLYPAIKAT LAINAUSSÄÄNTÖJEN PERUSTAKSI
Add new ccode and shelving location based circulation rules. This was including db, filtering, and tests.
ccode and shelving location added.
KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17593
There is a new feature in community version relating to this issue:
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21946DEVELOPMENT STATUS:
Status | ||||
---|---|---|---|---|
|
KK-Koha (fork/pilot):
Status | ||||
---|---|---|---|---|
|
KohaCommunity master:
Status | |
---|---|
|
|
|
Implemented. In testing on pilot servers.
Sept 8th 2020: some code must be rewrited because of changes in Community version
(not needed in HAMK, XAMK, DIAK, Tritonia)
Sep 15th: Fix available in Koha3 and other test environments.
XAMK to confirm
requires pasting code snippet to system preference IntranetUserJS. Code is found HERE
#10: SELF CHECK MACHINE STARTS THE HOLD INSTANTLY – SAAPUMISILMOITUS LÄHETETTÄVÄ VASTA HENKILÖKUNNAN KÄSITTELYN JÄLKEEN
RequireSCCheckInBeforeNotifyingPickups –pick-up notifications for holds not sent to patrons until an item has been handled by staff in intranet, even though the item has been returned using a self-service machine
#13: LOG OF READING PATRON PERSONAL INFORMATION – ASIAKKAIDEN HENKILÖTIETOJEN KATSELUN LOKITTAMINEN
Is Koha-Suomi version there is logged every view of patron personal information. That is not happening in the community versionMore information on viewing patron information is gathered here Viewing of patron information. We ought to make a decision on what to log when viewing personal information.
DEVELOPMENT STATUS:Status | ||
---|---|---|
|
Tritonia
HAMK
National Library
XAMK
Jyväskylän yliopisto
3AMK
Hanken
This bug fix made to Koha-Suomi is needed. When a book is returned by self service station and there is a reservation, the pickup notice should not be send until the book is returned again by staff. There is a syspreff for this feature in Koha-Suomi
RequireSCCheckInBeforeNotifyingPickups.
https://tiketti.koha-suomi.fi/issues/856 / Automaatit ja varattu aineisto
There are some ideas of how to fix already discussed in KC BZ.
DEVELOPMENT STATUS:
Status | ||||||
---|---|---|---|---|---|---|
|
KK-Koha (fork/pilot):
Status | ||||||
---|---|---|---|---|---|---|
|
KohaCommunity master:
Status | ||||||
---|---|---|---|---|---|---|
|
Waiting for someone in Koha community to sign off.
Minna asks Koha-Suomi if they would be able to test and sign off. - asked, Koha-Suomi has no environment for testing this at the moment.
Adrii has published in KK-Koha
Minna has tested in SRV1, but did not work. Test results informed in slack.
Situation Sep 29th: can be added to KK-Koha -fork even if not signed off. At the moment we do not have any environment where to test this for sign off.
Oct 13th: going forward, perhaps this or next week.
#11: DO NOT ALLOW SELF SERVICE CHECK OUT WHEN ON HOLD AND IN TRANSFER – KULJETUTUSTILAISTEN VARATTUJEN NITEIDEN LAINAAMINEN AUTOMAATILLA ESTETTÄVÄ
https://tiketti.koha-suomi.fi/issues/3559 / Kuljetustilassa olevan varatun niteen voi lainata automaatilla
When book is returned on self service station and there is a hold to another branch for that book, the item is put to transfer. When AllowItemsOnHoldCheckout -syspreff is set Allow, any borrower can check out the item with self service station despite of the hold. Item stays attached to hold and items stays in transfer -state.
KC BUGZILLA: https://bugs.koha-
Sep 15th: have been discussed with third party about development.
#14: "HOLDS TO PULL" LIST: FURTHER CHANGES – HYLLYVARAUSTEN LISTA, LISÄMUUTOKSIA
The publication year should be shown. MARC fields 260c, 264c.
KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25798
(list of holds patrons have made on items in stacks, helps in picking up these items)
Circulation → Holds to pull
/cgi-bin/koha/circ/pendingreserves2.pl (Koha Suomi -version)
/cgi-bin/koha/circ/pendingreserves.pl (community -version)
Copyright year can be add to biblio-table by modifying Koha to MARC mapping settings.
After the change, bibliotable must be rebuild in order to apply the change to older records!
Status | ||||
---|---|---|---|---|
|
Status | ||||
---|---|---|---|---|
|
Status | ||||
---|---|---|---|---|
|
Implemented. In testing on pilot servers.
HAMK to confirm
The edition should be shown.
KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25799
After change, biblioitems -table must be rebuild in order to apply change to older records!
HAMK
XAMK
3AMK
Hanken
Bug fix needed: The system should not allow item check out on self service station when item is attached to hold and item is in transfer -state (item is in BranchTransfers -table and .
DEVELOPMENT STATUS:
Status | ||||||
---|---|---|---|---|---|---|
|
KK-Koha (fork/pilot):
Status | ||||||
---|---|---|---|---|---|---|
|
KohaCommunity master:
Status | ||||||
---|---|---|---|---|---|---|
|
Implemented. In testing on pilot servers.
HAMK to confirm
#16: Link to Finna from Koha biblio-record – KOHAN BIB-TIETUEESTA LINKKI FINNAAN
Link to Finna from Koha biblio-record.
<Finna-view address>/Record/<Finna local database>.biblionumber
IntranetUserJS solution
3AMK: Possibility to add more than one Finna-view link?
- easy to implement with suggested solution
Implemented as IntranetUserJS: https://tiketti.koha-suomi.fi/projects/koha-suomen-dokumentaatio/wiki/IntranetUserJS#Linkki-Finna-n%C3%A4kym%C3%A4%C3%A4n
Migration pipeline
...
Waiting for bug 12556 / SELF CHECK MACHINE STARTS THE HOLD INSTANTLY and then discussing with community whether they see transfer state hold as attached to a specific patron or not Situation Sep 29th: Still under discussion in KohaCommunity. This issue will not be ready for pilot libraries prior to deployment. Oct 13th: big changes coming, so better to sit them out. Nov 11th: still needs resolution of other bugs. Dec 8th: Hard to estimate. New information in January. | ||||||||||||||||||||||||||||||||||
1 | 1 |
| #12: CCODE AND SHELVING LOCATION IN CIRCULATION RULES – CCODE JA HYLLYPAIKAT LAINAUSSÄÄNTÖJEN PERUSTAKSI Add new ccode and shelving location based circulation rules. This was including db, filtering, and tests. KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17593 | There is a new feature in community version relating to this issue: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21946 | DEVELOPMENT STATUS:
KK-Koha (fork/pilot):
KohaCommunity master:
Implemented. In testing on pilot servers. Sept 8th 2020: some code must be rewrited because of changes in Community version (not needed in HAMK, XAMK, DIAK, Tritonia) Sep 15th: Fix available in Koha3 and other test environments. Sep 29th Will be tested again in test environment. | |||||||||||||||||||||||||||||
3 | 3.1 | #13: LOG OF READING PATRON PERSONAL INFORMATION – ASIAKKAIDEN HENKILÖTIETOJEN KATSELUN LOKITTAMINEN Is Koha-Suomi version there is logged every view of patron personal information. That is not happening in the community version. KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25673 | More information on viewing patron information is gathered here Viewing of patron information. We ought to make a decision on what to log when viewing personal information. | DEVELOPMENT STATUS:
KK-Koha (fork/pilot):
KohaCommunity master:
Sep 15th: have been discussed with third party about development. Sep 29th: the issue will be revisited in 2021 Transferred to Jira: https://jira.kansalliskirjasto.fi/browse/KOHA-85 | ||||||||||||||||||||||||||||||
1.5 | #14: "HOLDS TO PULL" LIST: FURTHER CHANGES – HYLLYVARAUSTEN LISTA, LISÄMUUTOKSIA The publication year should be shown. MARC fields 260c, 264c. KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25798 | (list of holds patrons have made on items in stacks, helps in picking up these items) Circulation → Holds to pull /cgi-bin/koha/circ/pendingreserves2.pl (Koha Suomi -version) |
DEVELOPMENT STATUS:
|
|
KohaCommunity master:
Implemented. In testing on pilot servers. | ||||||||||||||||||||||||||||
1.4 | #15: HOLDS QUEUE LIST – VARAUSJONO The edition should be shown. KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25799 | Edition can be add to biblioitems -table by modifying Koha to MARC mapping settings. After change, biblioitems -table must be rebuild in order to apply change to older records! | DEVELOPMENT STATUS:
KK-Koha (fork/pilot):
KohaCommunity master:
Implemented. In testing on pilot servers. | |||||||||||||||||||||||||
3.3. | #16: Link to Finna from Koha biblio-record – KOHAN BIB-TIETUEESTA LINKKI FINNAAN Link to Finna from Koha biblio-record. <Finna-view address>/Record/<Finna local database>.biblionumber | IntranetUserJS solution 3AMK: Possibility to add more than one Finna-view link?
| DEVELOPMENT STATUS:
KK-Koha (fork/pilot):
KohaCommunity master:
Implemented as IntranetUserJS: https://tiketti.koha-suomi.fi/projects/koha-suomen-dokumentaatio/wiki/IntranetUserJS#Linkki-Finna-n%C3%A4kym%C3%A4%C3%A4n | |||||||||||||||||||||||||
#18: In staff interface it is not possible to place holds on titles where all items have Not for loan status - Henkilökunta ei voi tehdä asiakkaalle varausta nimekkeeseen, jonka niteet ovat Ordered-tilassa. Item type normal loan, status 'Ordered' (952 subfield 7, NOT_LOAN value -1). Place hold -button is missing from the tool row. Placing holds in this case is possible in Finna, just as we wish. | DIAK | Should be possible, when titles are ordered based on acquisition requests. | Nov 11th: Plugin issue? 8.12. Fix will come in 14.12. update to all. | |||||||||||||||||||||||||
#20: Linking from component part records to host record is not working in all cases - Linkitys osakohteista emotietueisiin ei toimi virheettömästi. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27507 | Kansalliskirjasto | Linking from component part record to host record is now based only on the field 001 on the main record. In Kansalliskirjasto this is a problem, because there can be the same id-number in multiple host records (due to combining three databases in 2019). In that case the search that opens from the link in the component part record leads to a search result page displaying all the records with that id-number. The linking should be based both on fields 001 AND field 003, in which case the host record is identified explicitly. It was that way in KohaSuomi version. | DEVELOPMENT STATUS:
KK-Koha (fork/pilot):
KohaCommunity master:
Transferred to Jira: https://jira.kansalliskirjasto.fi/browse/KOHA-205 |
Migration pipeline
Task | Status |
---|---|
Creating DB schema transformation definitions | Done |
Creating script to run before the Koha DB upgrade script, based on the definitions above | Done mostly, except for those waiting library feedback. Successful test conversion done with HAMK |
Script to do post-db-upgrade transformations in DB | Not started (might not be required) |
Notices from testing migration
Priority | JIRA-tiketti | Date & number | Description | Note | Testing environment (reported by) | Statuses | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
May 26th #T1 | all tables show different timestamp (-3 hours) on migration database than on current database (f.ex. action_logs.action_id 1586094 has timestamp 2020-05-12 03:00:17 on current database and 2020-05-12 00:00:17 on migrated database | System time was not set right on test server | HAMK (Minna Kivinen) |
| ||||||||||||||||||
May 27th #T2 | On current version there is action_logs_cache table containing all actions, such table does not exist in version 19.11. Action_logs -table contains only actions for 6 months. This might have affects on our current way to calculate last years statistics using action logs. Is it Koha-Suomi version feature that 6 months older action_logs events are moved to action_logs_cache? Should action_logs_cache table to be migrated to action_logs -table? If so, does it have some affects to performance?
Suomeksi: Koha-Suomen versiossa puoli vuotta vanhemmat tapahtumat on siirretty toiseen tauluun nimelta action_logs_cache. KV-versiossa ei ole tällaista taulua. Asiantuntijaryhmässä päätettiin, että vanha action_logs -taulu siirretään sellaisenaan uuteen ympäristöön, jossa sitä voi käsitellä SQL:n avulla. | Migration and configuration issue | HAMK (Minna Kivinen) |
We need to decide latest in December 2020 what is the retention period for action logs in KC, otherwise logs are kept indefinite amount of time. Sep 29th: postponed discussion to a later date
Transferred for final chaerck in Jira: | ||||||||||||||||||
Aug 19th #T3 | Acquisitions > Click Spent > Internal server error Suomeksi: Kun hankinnassa valitaan Käytetty-linkki taulukosta, tulee Internal server error -ilmoitus KC BUGZILLA: none | N/A | 3 | Aug 19th #T4 | In Finnish interface: Hankinta (Acquisitions) - Uusi toimittaja (New vendor) > Internal server error. But in English interface it is working. Suomeksi: Suomenkielellä ohjelmaa käytettäessä tulee virheilmoitus, kun puuttuu toimittaja. Käännös puuttui yhteisöversiosta. | I re-checked and forced translations to update, but it is still there, it is extra % in template (%</li>) | Xamk (Mia Kujala) | |||||||||||||||
Status | ||||||||||||||||||||||
colour | Red | |||||||||||||||||||||
title | BLOCKED | 1 | Aug 19th #T5 | replied to a thread: Patron - Accounting - Create manual invoice - Type > there is two selections: Unexpected type found during upgrade we have these values in debit types admin database: .../admin/debit_types.pl so they can be edited, but seems these are differs from old KohaSuomi? Which ones should be? NOTE 4 all srv1-srv5 servers: this varies across our test servers, but seems most except arkisto some had some extra ODUE/Pay/W/ODUEC/Kauko types before | Xamk (Mia Kujala) |
Migration problem: either edit manually to database or fix conversion Sep 15th: need still some investigating | Aug 19th #T6 | In circulation and fines rules the information in the columns is under the wrong title and rules cannot edit. Click Edit and existing values do not appear. Insert new value and save > Value doesn't change. | Xamk (Mia Kujala) |
|
MOVED |
|
| |||||||||
3 | Aug 19th #T8 | <<borrowers.totalfine>> is no longer working in the receipts Suomeksi: Kuitteihin ei enää saa kenttää <<borrowers.totalfine>> jolla saisi kuittiin näkymään kaikki asiakkaan maksut. On Koha-Suomeen tehty lisäominaisuus. Ei toteuteta tässä vaiheessa | Probably Koha-Suomi version, not implemented at this point | Xamk (Mia Kujala) |
| |||||||||||||||||
3 | Aug 19th #T9 | Patron information > Print menu > Print fines -receipt is missing Suomeksi: KV-Kohasta puuttuu maksujen tulostus -kuitti. On Koha_Suomeen tehty lisäominaisuus. Toteutetaan vain jos ehditään, voidaan ehkä tilapäisesti ratkaista raportilla | Probably Koha-Suomi version Priority issue - need plugin if wanted in the community system Maybe could be solved temporarily with a report | Xamk (Mia Kujala) | ||||||||||||||||||
Status | ||||||||||||||||||||||
colour | Grey | |||||||||||||||||||||
title | LATER | Aug 19th #T10 | The default receipt base was empty Add instructions to other libraries about this | Xamk (Mia Kujala) |
| 1 | Aug 21st #T11 | Finna: Migrated patron fines are not showing right in Finna. Sometimes total amount is showing, but not detailed information and sometimes it is not showing any fines. Bug found in master: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26271 Call to /api/v1/patrons/<patron_id>/account returns 500 error if manager_id is NULL Suomeksi: Osa asiakkaiden maksuista ja näkymättä Finnassa (maksut, joista puuttui tietokantataulusta operaattorin tunnus). Virhe löytyi master-version koodista. On testattu omassa ympäristössä ja se toimii, mutta pitäisi vielä saada testattua masterissa. Testauksen voi tehdä sellainen henkilö, joka pystyy käyttämään API -rajapintaa. | HAMK (Minna Kivinen) | DEVELOPMENT STATUS:
Status | ||||
---|---|---|---|---|
|
Status | ||||
---|---|---|---|---|
|
VERIFIED FIX IN SRV1 and SRV2 17.9.2020
#T12
Cataloging - Edit - Attach item > Internal server error
Suomeksi: niteen liittämistoiminnossa tulee virheilmoitus Internal server error. Nide tulee kuitenkin liitetyksi bib-tietueeseen.Xamk (Mia Kujala)
HAMK (Minna Kivinen)
DEVELOPMENT STATUS:
Status | ||||||
---|---|---|---|---|---|---|
|
Sep 16th: Tested > No error, working (SRV2, Xamk, Mia)
#T13
An expired hold did not automatically remove from patron holds. It is in expired hold list, but still shows also in patron holds. Maybe cancel_expired_holds.pl
cronjob is not in use?
Suomeksi: Vanhentuneet varaukset eivät poistu automaattisesti asiakkaiden varauksista.
(quote from slack chat):
I see it's in cron and it is executed:
Aug 28 06:29:58 ... /usr/share/koha/bin/cronjobs /holds/cancel_expired_holds.pl but when I try to do it manually, it gives some errors output, but can't say is it affects or not, will research
The cron job is running
Minna tests in KohaCommunity: not working in Community version
Andrii continues to investigate this
Joonas was not able to reproduce the issue, maybe the test setup was incorrect? expirydate is set when item goes to waiting state. Maybe syspref for this was set only after the hold was attached?
WORKS ON SRV1 (17.9.2020)
NOT WORKING ON SRV2 (21.9..2020)
HAMK specific task: CSV-file for library selfservice https://tiketti.koha-suomi.fi/issues/3477.
Suomeksi: HAMKille on tehty palvelimelle CSV-tiedosto, asiakkaiden kulkuoikeuksia vasten. Vastaava toiminto pitää tehdä myös uuteen ympäristöön. On todennäköisesti tehty jollain skriptillä.
Status colour Green title DONE
Adding a new holdings record gives Internal server error - message
/cgi-bin/koha/cataloguing/addholding.pl
Uuden varastotietueen lisääminen antaa Internal servers error -virheilmoituksen
HAMK
Tested 17.9.2020 and works /SRV1
Was migration issue with marflavour → schema column change, fixed now for all test servers and migration script
Finna issues
KohaCommunity master:
fixing (Andrii) Sept 8th 2020: Migration problem. Sep 15th: need retesting after test environment updates Testing done by Joonas in HAMK/srv1 environment after updates and issue does not exists anymore. The issue was datereceived column in two different db tables which caused an error in JOIN but migration script now renames this datereceived column from Koha-suomi to kohasuomi_datereceived Sep 17th tested SRV2 and its working | ||||||||||||||||||||||||||
3 | Aug 19th #T4 | In Finnish interface: Hankinta (Acquisitions) - Uusi toimittaja (New vendor) > Internal server error. But in English interface it is working. Suomeksi: Suomenkielellä ohjelmaa käytettäessä tulee virheilmoitus, kun puuttuu toimittaja. Käännös puuttui yhteisöversiosta. | I re-checked and forced translations to update, but it is still there, it is extra % in template (%</li>) | Xamk (Mia Kujala) |
Translation fixed in KohaCommunity Pootle translation server but in order to get the fix to our Koha servers somebody from community needs to merge those new translation fixes from the Pootle server. No ETA yet when this would happen, only that latest when 20.11 koha version is released. | |||||||||||||||||||||
1 | Aug 19th #T5 | Patron - Accounting - Create manual invoice - Type > there is two selections: Unexpected type found during upgrade Suomeksi: Migraatiossa on jäänyt siirtymättä sellaisia maksutyyppejä, joita ei ole yhteisöversiossa. Korjataan joko käsin tietokantaan tai korjaamalla migraatiotyökalua. | replied to a thread: Patron - Accounting - Create manual invoice - Type > there is two selections: Unexpected type found during upgrade we have these values in debit types admin database: .../admin/debit_types.pl so they can be edited, but seems these are differs from old KohaSuomi? Which ones should be? NOTE 4 all srv1-srv5 servers: this varies across our test servers, but seems most except arkisto some had some extra ODUE/Pay/W/ODUEC/Kauko types before | Xamk (Mia Kujala) |
Migration problem: either edit manually to database or fix conversion Sep 15th: need still some investigating Sep 29th: After migration, change the description. Minna updates the cehcklist. Clean-up later. | |||||||||||||||||||||
Aug 19th #T6 | In circulation and fines rules the information in the columns is under the wrong title and rules cannot edit. Click Edit and existing values do not appear. Insert new value and save > Value doesn't change. | Xamk (Mia Kujala) |
| |||||||||||||||||||||||
MOVED |
|
| ||||||||||||||||||||||||
3 | Aug 19th #T8 | <<borrowers.totalfine>> is no longer working in the receipts Suomeksi: Kuitteihin ei enää saa kenttää <<borrowers.totalfine>> jolla saisi kuittiin näkymään kaikki asiakkaan maksut. On Koha-Suomeen tehty lisäominaisuus. Ei toteuteta tässä vaiheessa | Probably Koha-Suomi version, not implemented at this point | Xamk (Mia Kujala) Diak toivoo myös |
| |||||||||||||||||||||
3 | Aug 19th #T9 | Patron information > Print menu > Print fines -receipt is missing Suomeksi: KV-Kohasta puuttuu maksujen tulostus -kuitti. On Koha_Suomeen tehty lisäominaisuus. Toteutetaan vain jos ehditään, voidaan ehkä tilapäisesti ratkaista raportilla | Probably Koha-Suomi version Priority issue - need plugin if wanted in the community system Maybe could be solved temporarily with a report | Xamk (Mia Kujala) Diak |
| |||||||||||||||||||||
Aug 19th #T10 | Patron information > Accounting > Transactions > Print (individual payment information) > blank view, no receipt Suomeksi: Maksukuitti yksittäisestä maksusta ei tulostunut, koska maksukuitilta puuttuu pohja. Korjattiin kopioimalla pohja sähköpostikuitista. | The default receipt base was empty Add instructions to other libraries about this | Xamk (Mia Kujala) |
| ||||||||||||||||||||||
1 | Aug 21st #T11 | Finna: Migrated patron fines are not showing right in Finna. Sometimes total amount is showing, but not detailed information and sometimes it is not showing any fines. Bug found in master: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26271 Call to /api/v1/patrons/<patron_id>/account returns 500 error if manager_id is NULL Suomeksi: Osa asiakkaiden maksuista ja näkymättä Finnassa (maksut, joista puuttui tietokantataulusta operaattorin tunnus). Virhe löytyi master-version koodista. On testattu omassa ympäristössä ja se toimii, mutta pitäisi vielä saada testattua masterissa. Testauksen voi tehdä sellainen henkilö, joka pystyy käyttämään API -rajapintaa. | HAMK (Minna Kivinen) | DEVELOPMENT STATUS:
KK-Koha (fork/pilot):
KohaCommunity master:
VERIFIED FIX IN SRV1 and SRV2 17.9.2020 | ||||||||||||||||||||||
1 | Aug 25th #T12 | Cataloging - Edit - Attach item > Internal server error Suomeksi: niteen liittämistoiminnossa tulee virheilmoitus Internal server error. Nide tulee kuitenkin liitetyksi bib-tietueeseen. | Xamk (Mia Kujala) HAMK (Minna Kivinen) |
Sep 16th: Tested > No error, working (SRV2, Xamk, Mia) | ||||||||||||||||||||||
1 | Aug 28th #T13 | An expired hold did not automatically remove from patron holds. It is in expired hold list, but still shows also in patron holds. Maybe Suomeksi: Vanhentuneet varaukset eivät poistu automaattisesti asiakkaiden varauksista. | (quote from slack chat): The cron job is running | Xamk (Mia Kujala) |
Minna tests in KohaCommunity: not working in Community version
Joonas was not able to reproduce the issue, maybe the test setup was incorrect? expirydate is set when item goes to waiting state. Maybe syspref for this was set only after the hold was attached? WORKS ON SRV1 (17.9.2020) | |||||||||||||||||||||
1 | #T14 | HAMK specific task: CSV-file for library selfservice https://tiketti.koha-suomi.fi/issues/3477. Suomeksi: HAMKille on tehty palvelimelle CSV-tiedosto, asiakkaiden kulkuoikeuksia vasten. Vastaava toiminto pitää tehdä myös uuteen ympäristöön. On todennäköisesti tehty jollain skriptillä. | HAMK |
| ||||||||||||||||||||||
1 | #T15 | Adding a new holdings record gives Internal server error - message /cgi-bin/koha/cataloguing/addholding.pl Uuden varastotietueen lisääminen antaa Internal servers error -virheilmoituksen | HAMK Tested 17.9.2020 and works /SRV1 |
Was migration issue with marflavour → schema column change, fixed now for all test servers and migration script | ||||||||||||||||||||||
Moved to Kehitystoiveet (arkistoitu) | #T16 | Holds to pull = Hyllyvaraukset pendingreserves.pl is not useful because it doesn't give the Earliest Hold At information. In Koha Suomi the pendingreserves2.pl enables filtering so that library where there are items available and holds match. Libraries have separate holds queues. In Koha-Suomi version there is possible to filter list with pickup location. This feature is needed to pendingreservers.pl as well. Pickup location is in the same column with reservationdate. Suomeksi: Hyllyvarauslistaan tarvitaan mahdollisuus suodattaa myös noutopaikan mukaan. Noutopaikka on listassa samassa sarakkeessa kuin varauspäivämäärä. | DIAK (Hanna Saario) | Oct 13th: discussed ways to circumvent this but they do not seem to help. | ||||||||||||||||||||||
3 | Oct 6th #T17 | Checking out a non-reservable item (in our case short loan / overnight copy) automatically removes the patron's title hold (eg. queuing for the normal 2 week copies) Suomeksi: Ei-varattavan niteen lainaaminen (meillä lyhytlaina / yölaina) poistaa automaattisesti asiakkaan nimekevarauksen (esim. 2 viikon kurssikirjoihin) | Works as expected (by us) in Koha-Suomi version, could be because of Koha-Suomi enhancement #1939 | Tritonia srv5 | Solved by adding non-reservable item type to Default holds policy by item type > No holds allowed Bug report in Bugzilla should be made however Transferred to Jira
| |||||||||||||||||||||
1 | Oct 26th #T18 | Searching in Koha with words that are in different marc fields returns 0 results. (e.g. Hirsjärvi tutki or Tutki ja kirjoita 2009). This worked fine in old Koha. | 3AMK (Hannu Jokiranta) |
Fix pushed to 20.11 master 25.11.2020 | ||||||||||||||||||||||
Moved to Kehitystoiveet (arkistoitu) | Oct 27th #T19 | Reservation made to be picked up at branch A. An item is returned at branch B (owning library). The item is put in transfer to Branch A. Reservation is cancelled. The item is returned at branch B (owning library). The item is still in transfer until it is returned at branch A (not good!). After the return at branch A the item is available at branch A (not good when you don't have a floating collection!). When the item is returned for the second time at branch A it's put to transfer to branch B (owning library). When cancelling a hold that is in transfer item homebranch should be changed to transfer destination. Kuljetuksessa olleen varauksen perumisen jälkeen kuljetuksen kohdepaikaksi pitäisi vaihtua kotikirjasto | 3AMK (Hannu JOkiranta) | |||||||||||||||||||||||
3 | Nov 6th #20 | When adding a new holdings record or editing a holdings record, there are only 2 MARC frameworks showing in the selection list. Suomeksi: Kun lisätään varastotietue tai muokataan varastotietuetta vain 2 MARC-pohjaa näkyy valintalistassa | 3AMK, HAMK | |||||||||||||||||||||||
#T21 | In staff interface it is not possible to place holds on titles where all items have Not for loan status - Henkilökunta ei voi tehdä asiakkaalle varausta nimekkeeseen, jonka niteet ovat Ordered-tilassa. Item type normal loan, status 'Ordered' (952 subfield 7, NOT_LOAN value -1). Place hold -button is missing from the tool row. Placing holds in this case is possible in Finna, just as we wish. | DIAK | Move to Kehitystoiveet (arkistoitu) MASTERISSA. | |||||||||||||||||||||||
#T22 | Editing purchase suggestion changes the acquisition library to logged-in user's - Muokattaessa hankintaehdotusta kirjastoksi vaihtuu kirjautuneen käyttäjän kirjasto-asetuksen mukainen kirjasto Bugzilla: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24370 | HAMK | MASTERISSA | |||||||||||||||||||||||
#T23 | Changing suppress from opac -value in holdings MARC (942n) does not change suppress-value in holdings record. Jos muutetaan varastotietueessa suppres from opac arvoa MARC kentässä 942n, muutos ei tallennu holdings tietueeseen vaikka MARC muuttuu. | HAMK | Pitää syöttää arvo 1, auktorisoitu arvo olisi hyvä asettaa kentälle. Muut arvot kuin 1 ei käy. Tehtävä datan korjaus viellä vanhoille arvoille, jossa "Y" | |||||||||||||||||||||||
1 | #T24 (former #F17) | In Finna it is possible to place holds on titles one already has a hold waiting for pick-up and if there is any item available in any library. Our settings: When the same operation is attempted in Staff interface: Finnassa asiakas pystyy tekemään varauksen nimekkeeseen, josta hänellä jo on nide varattuna ja odottamassa noutoa eli Waiting-tilassa ja jos jokin nide missä tahansa toimipisteessä on saatavana. Jos kaikki niteet kaikkialla ovat lainassa, varaaminen ei mahdollistu. | DIAK | Discussion 22.12.2020:
| ||||||||||||||||||||||
1 | #T25 (former #F18) | In Finna it is possible to place holds on titles where there are no items at all in patron's home library but item in another branch library. Finna antaa tehdä varauksia toisen toimipisteen kirjoihin silloin, kun omassa toimipisteessä ei ole teosta ollenkaan. | DIAK |
Finna issues
Date & no | JIRA-tiketti | Description | Notices | Reported by/test-environment | Status | ||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
#F1 | Making hold is not possible at all in Finna Varauksia ei pysty tekemään lainkaan Finnassa | https://koha3-kktest.lib.helsinki.fi/, SRV1 (HAMK), SRV2 (XAMK) | FIXED HAMK, XAMK- FIX VERIFIED OK | ||||||||||||||||||||||||
#F2 | Holding information is showing on branch level when they should be showing on branch and shelving location -level Saatavuustiedoissa näytetään sijainti toimipaikka-tasolla, kun pitäisi näyttää yhdistetysti toimipaikka ja hyllysijainti -tasolla | Current Finna https://hamk.finna.fi/Record/vanaicat.105215 Test Finna https://hamk.finna-test.fi/kvkoha/Record/kvkoha_hamk.105215 | SRV1 (HAMK) - Minna Kivinen | FIXED HAMK - FIX VERIFIED OK | |||||||||||||||||||||||
#F3 | Holds to available items should not show all items reserved in Finna When making holds to items available all items show reserved even when there is just one hold. Instead on showing all items reserved, they items not having item level hold should show available. Suomeksi: Kun teokseen tehdään varaus, eivät kaikki niteet saa näkyä varattuina. On ilmeisesti korjaantunut Finnan asetuksia muokkaamalla. | Probably some setting in Finna | VERIFY FIX HAMK, XAMK - FIX VERIFIED OK | ||||||||||||||||||||||||
#F4 | Holding information is showing Current branch it should be showing Home branch Finna shows Items In Transit under wrong homebranch: current, not owning library as it should. Saatavuustiedot näytetään niteen nykyisen toimipaikan mukaan, pitäisi näyttää niteen kotipaikan mukaan | SRV1 (HAMK) - Minna Kivinen diak.finna.fi (DIAK) - 6.11.2020 Hanna Saario | Date & no | Description | Notices | Reported by/test-environment | Status | #F1 | Making hold is not possible at all in Finna Varauksia ei pysty tekemään lainkaan Finnassa | https://koha3-kktest.lib.helsinki.fi/, SRV1 (HAMK), SRV2 (XAMK) | FIXED HAMK, XAMK - FIX VERIFIED OK | ||||||||||||||||
#F2#F5 | Holding information is showing on branch level when they shelving locations from both current branch and home branch. It should be showing on branch and shelving location -level Saatavuustiedoissa näytetään sijainti toimipaikka-tasolla, kun pitäisi näyttää yhdistetysti toimipaikka ja hyllysijainti -tasolla only from home branch.
| SRV2 (XAMK) - Mia Kujala | FIXED XAMK - FIX VERIFIED | ||||||||||||||||||||||||
#F6 | Possibility to choose default pick up place is missing from own information Omien tietojen käsittelystä puuttuu mahdollisuus valita varauksen oletusnoutopaikka Current Finna https://hamk.finna.fi/Record/vanaicat.105215 Test Finna https://hamk.finna-test.fi/kvkoha/Record/kvkoha_hamk.105215 | SRV1 (HAMK) - Minna Kivinen SRV2 (XAMK) Mia Kujala | FIXED HAMK, XAMK - FIX VERIFIED OK | #F3 | Holds to available items should not show all items reserved in Finna When making holds to items available all items show reserved even when there is just one hold. Instead on showing all items reserved, they items not having item level hold should show available. Suomeksi: Kun teokseen tehdään varaus, eivät kaikki niteet saa näkyä varattuina. On ilmeisesti korjaantunut Finnan asetuksia muokkaamalla. | Probably some setting in Finna | VERIFY FIX HAMK, XAMK - FIX VERIFIED OK | #F4 | Holding information is showing Current branch it should be showing Home branch Saatavuustiedot näytetään niteen nykyisen toimipaikan mukaan, pitäisi näyttää niteen kotipaikan mukaan | SRV1 (HAMK) - Minna Kivinen | #F5 | Holding information is showing shelving locations from both current branch and home branch. It should be showing shelving location only from home branch.
| SRV2 (XAMK) - Mia Kujala | FIXED XAMK - FIX VERIFIED | #F6 | Possibility to choose default pick up place is missing from own information Omien tietojen käsittelystä puuttuu mahdollisuus valita varauksen oletusnoutopaikka | SRV1 (HAMK) Minna Kivinen SRV2 (XAMK) Mia Kujala | FIXED HAMK, XAMK - FIX VERIFIED | #F7 | Holding information of e-books is not showing in Finna. Maybe holdings -records are not showing in Finna at all
| |||||||
#F7 | Holding information of e-books is not showing in Finna. Maybe holdings -records are not showing in Finna at all
| Koha configuration setting issue Working in HAMK - Minna test again (check last index date for a record) | SRV2 (XAMK) Mia Kujala | FIXED XAMK - FIX VERIFIED | |||||||||||||||||||||||
#F8 | From own information there is missing functionality for requesting change to customer information Omien tietojen käsitellystä puuttuu mahdollisuus pyytää asiakastietojen muutos | Working on HAMK test Finna Working on Xamk test Finna now, but see #F10 | SRV2 (XAMK) Mia Kujala | VERIFY FIX XAMK - FIX VERIFIED | |||||||||||||||||||||||
#F9 | When using organization user account (Haka-login), one has to connect library card every time when logging in. And the user account is oddly shown amongst card numbers Kun käytetään Haka-kirjautumista, pyytää Finna aina kirjautumisessa lisäämään kortin, vaikka se on aikaisemmin lisätty. Organisaation tunnus näkyy myös yhtenä kirjastokorttina, mitä se ei tuotanto-Finnassa tee. | SRV1 (HAMK) Minna Kivinen | FIXED | ||||||||||||||||||||||||
#F10 | Request to change customer information does not work. Not all patron information is coming to the form and saving gives error message "Updating of patron information failed" - FIXED Asiakkaan omien tietojen muutospyyntö ei toimi. Kaikki tiedot eivät siirry muutospyyntölomakkeelle (postinumero, varaustunnus). Tietoja tallennettaesa tulee virheilmoitus "Updating of patron information failed" - Korjattu | SRV1 (HAMK) Minna Kivinen SRV2 (Xamk) Mia Kujala | HAMK, XAMK - FIX VERIFIED | ||||||||||||||||||||||||
#F11 | Renewals remaining is showing 0 though all renewals are unused. Uusintakertoja jäljellä näyttää 0, kun kaikki uusintakerrat ovat jäljellä, jos asiakkaalla kielto esim. maksuja liikaa | This is working in HAMK Finna, amount of available renewals is showing OK. | SRV2 (Xamk) Mia Kujala | XAMK - FIX VERIFIED | |||||||||||||||||||||||
#F12 | Libraries (mappings?) are missing from the Location facet Kirjastot (mäppäykset?) puuttuu sijaintifasetista | Item and holdings information missing from OAI-PMH. Needs to use a proper OAI conf file in Koha. | SRV2 (Xamk) Mia Kujala SRV1 (HAMK) Minna Kivinen | Requires running server automation scripts HAMK - FIX VERIFIED | |||||||||||||||||||||||
#F13 | Your account -Fines - Description (for example: OVERDUE - F) > Is it possible to get these in Finnish? Onko mahdollista saada asiakkaan maksuissa maksun selitettä suomeksi? Nyt näyttää esim. OVERDUE - F | Since the common debit codes are yet to be finalized, we haven't updated the mappings. Mappings can be updated when things are finalized. Mahdollista asettaa laittamalla Finnan .ini -asetustiedostoon seuraavaa: [FeeTypeMappings] KOODI = "Teksti" KOODI2 = "Teksti2" | SRV2 (Xamk) Mia Kujala | VERIFY FIX Mappings and translation for common product codes have been added. Kaikille tieteellisille tehty yhteinen tiketti:
| |||||||||||||||||||||||
#F14 | When canceling two holds, only one is canceled. Kun peruu kaksi varausta, vain toinen peruuntuu | Koha configuration setting issue Working in HAMK - Minna test again (check last index date for a record) | SRV2 (XAMK) Mia Kujala | FIXED XAMK - FIX VERIFIED | #F8 | From own information there is missing functionality for requesting change to customer information Omien tietojen käsitellystä puuttuu mahdollisuus pyytää asiakastietojen muutos | Working on HAMK test Finna Working on Xamk test Finna now, but see #F10 | SRV2 (XAMK) Mia Kujala | VERIFY FIX XAMK - FIX VERIFIED | #F9 | When using organization user account (Haka-login), one has to connect library card every time when logging in. And the user account is oddly shown amongst card numbers Kun käytetään Haka-kirjautumista, pyytää Finna aina kirjautumisessa lisäämään kortin, vaikka se on aikaisemmin lisätty. Organisaation tunnus näkyy myös yhtenä kirjastokorttina, mitä se ei tuotanto-Finnassa tee. | SRV1 (HAMK) Minna Kivinen | FIXED | #F10 | Request to change customer information does not work. Not all patron information is coming to the form and saving gives error message "Updating of patron information failed" - FIXEDSRV1 (HAMK) Minna Kivinen SRV2 (Xamk) Mia Kujala | HAMK, XAMK - FIX VERIFIED | #F11 | Renewals remaining is showing 0 though all renewals are unused. Uusintakertoja jäljellä näyttää 0, kun kaikki uusintakerrat ovat jäljellä, jos asiakkaalla kielto esim. maksuja liikaa | This is working in HAMK Finna, amount of available renewals is showing OK. | SRV2 (Xamk) Mia Kujala SRV1 (HAMK) Minna Kivinen | VERIFY FIX HAMK, XAMK - VERIFIED FIX | VERIFIED#F12 | Libraries (mappings?) are missing from the Location facet Kirjastot (mäppäykset?) puuttuu sijaintifasetista | Item and holdings information missing from OAI-PMH. Needs to use a proper OAI conf file in Koha.(after refix) | |||
#F15 | Unworking dropdown menu link at Pickup location Varauksen noutopaikassa toimimaton pudotusvalikkolinkki | SRV2 (Xamk) Mia Kujala | VERIFY FIX XAMK - FIX VERIFIED | #F13 | Your account -Fines - Description (for example: OVERDUE - F) > Is it possible to get these in Finnish? Onko mahdollista saada asiakkaan maksuissa maksun selitettä suomeksi? Nyt näyttää esim. OVERDUE - F | Since the common debit codes are yet to be finalized, we haven't updated the mappings. Mappings can be updated when things are finalized. | SRV2 (Xamk) Mia Kujala | PENDING DECISION | |||||||||||||||||||
#F16 | Translation of item collection names not working (location_tria_ATEXTBOOK = ...) Niteiden kokoelmien käännökset eivät toimi | Confirmation from Finna 2/2021: Works with a combination of library name and location description text: E.g. location_Tritonia, ATEXTBOOK - Kurssikirjat = "2. krs Kurssikirjat" location_Tritonia_Allegro, ZMUSIC - Allegro - Noter och ljudinspelningar = "Pietarsaari - Nuotit ja tallenteet" | Tritonia | VERIFY FIX A fix has been deployed. The "location_" prefix is not used in library-specific codes location code translation, only the library prefix, so the example translation code code would be tria_ATEXTBOOK. See the translation documentation page for details.
| #F14 | When canceling two holds, only one is canceled. Kun peruu kaksi varausta, vain toinen peruuntuu. | SRV2 (Xamk) Mia Kujala SRV1 (HAMK) Minna Kivinen | VERIFY FIX HAMK, XAMK - VERIFIED FIX (after refix) | #F15 | Unworking dropdown menu link at Pickup location Varauksen noutopaikassa toimimaton pudotusvalikkolinkki | SRV2 (Xamk) Mia Kujala | VERIFY FIX||||||||||||||||