Page History
...
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 | Xamk (Mia Kujala) HAMK (Minna Kivinen) | DEVELOPMENT STATUS:
KK-Koha (fork/pilot):
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 |
...