- Koha - lists.katipo.co.nz

Potential dangers of ampersands in authorised values. (Advisory only).
by Raymund Delahunty 05 Jan '22

05 Jan '22

The ampersand can be rendered badly in webpages (as & rather than &) and also in title data in downloaded Koha reports. But we recently stumbled across another ampersand issue, where we had an ampersand in the NOT_LOAN authorised value. In OPAC, titles with the NOT_LOAN status with the ampersand (for example 'In processing at Resources & Systems') would sometimes display with only the image, and no bibliographic data. This was found to lead to errors in the logs reporting the xslt stylesheets were unable to process the ampersand. [2021/12/29 09:53:15] [WARN] XSLT::Base: :167: parser error : xmlParseEntityRef: no name code><status>reallynotforloan</status><substatus>Received at Library Resources & . Replacing & with 'and' solved the problem. Going forward we will avoid ampersands in authorised values where a webserver may be involved. Ray Delahunty University of the Arts London This email and any attachments are intended solely for the addressee and may contain confidential information. If you are not the intended recipient of this email and/or its attachments you must not take any action based upon them and you must not copy or show them to anyone. Please send the email back to us and immediately and permanently delete it and its attachments. Where this email is unrelated to the business of University of the Arts London or of any of its group companies the opinions expressed in it are the opinions of the sender and do not necessarily constitute those of University of the Arts London (or the relevant group company). Where the sender's signature indicates that the email is sent on behalf of UAL Short Courses Limited the following also applies: UAL Short Courses Limited is a company registered in England and Wales under company number 02361261. Registered Office: University of the Arts London, 272 High Holborn, London WC1V 7EY

1 0

Koha 19.11.24 released
by Wainui Witika-Park 05 Jan '22

05 Jan '22

Hello everyone! The Koha community is proud to announce the release of version 19.11.24. The full release notes can be found at: https://koha-community.org/koha-19-11-24-released/ Thank you to everyone involved! Cheers, Wainui Witika-Park (she/her)

1 0

problem with new feature - write protecting MARC fields
by Isabel Pineda 04 Jan '22

04 Jan '22

Hi. I am trying the new feature that protects MARC fields from overwriting. It works for me with the module "user category", but I cannot get it to work with the "source" module. I would like to protect the 856 field from overwriting during a Z39.50 import. Is this a bug? Thank you Isabel Pineda

1 0

Upgrade to 21.11 - problems with extensions (coverflow and Koha as a CMS)
by Isabel Pineda 04 Jan '22

04 Jan '22

Hi. I know that the extensions are not strictly a part of Koha, but maybe someone can help me with this: I am using the Coverflow plugin and the additional "pages" template to use Koha as a CMS. These things worked for me in previous Koha versions but stopped working after the upgrade to 21.11: - The Coverflow is not showing (only the "loading ..." text is there). - The content of the custom pages is not showing. - There is no error message in the web console. - The opac-error.log shows me a repeated error about the use of an uninitialized value in the file /usr/share/koha/lib/C4/XSLT.pm, but I don't know if this error has something to do with my problem. What I did after the upgrade: - For Coverflow: I updated the Coverflow plugin to the latest version (2.5.0). - For Koha as a CMS: I overwrote the old file pages.pl with a copy of the new file opac-main.pl and followed the instructions for this file at https://koha-community.org/manual/21.11/en/html/extending_koha.html#using-k… - For Koha as a CMS: I overwrote the old file pages.tt with a copy of the new file opac-main.tt and tried to follow the instructions for this file at https://koha-community.org/manual/21.11/en/html/extending_koha.html#using-k…, but the line that has to be modified has changed, so here I don't know how to do it. But at least the content of my custom pages ought to appear without changing the template, I think that something must be wrong in the file pages.pl. Is there anybody who is using these extensions and can help me? Thank you very much. Isabel Pineda

2 3

koha-US January 2022 Events & Meetings
by Jennifer Marlatt 04 Jan '22

04 Jan '22

koha-US online meetings and events are free and open to all. See our calendar for a full list: http://koha-us.org/calendar/. *Meetings* Board Meeting - Wednesday, January 5 @ 8:30a PT / 11:30a ET / 16:30 UTC - Meeting Link - https://us02web.zoom.us/j/293750042?pwd=SGQzS2pmU3prNFhYRHNaeTFhOHN4QT09 - Agenda - https://docs.google.com/document/d/19kGPIoiBKbZ5_U4rKwPkr7mMRmsIxcAL_W5Zm2i… General Meeting - Wednesday, January 12 @ 8:30a PT / 11:30a ET / 16:30 UTC *Special Interest Groups* Circulation - Tuesday, January 4 @ 10:00a PT / 1:00p ET / 18:00 UTC Cataloging - Thursday, January 6 @ 8:00a PT / 11:00a ET / 16:00 UTC System Administration - Tuesday, January 11 @ 8:00a PT / 11:00p ET / 16:00 UTC Acquisitions - Tuesday, January 18 @ 9:00a PT / 12:00p ET / 16:00 UTC Web Development - Thursday, January 20 @ 10:00a PT / 1:00p ET / 18:00 UTC Demonstration Instance - Tuesday, January 25 @ 8:00a PT / 11:00a ET / 16:00 UTC Books & Crafts - Wednesday, January 26 @ 5:00p PT / 8:00p ET / 1:00 UTC Visit http://koha-us.org/special-interest-groups/ to learn more and sign up for topic-specific mailing lists. Most meetings and events are recorded and made available at https://www.youtube.com/kohaus Jennifer Marlatt koha-US Secretary secretary(a)koha-us.org

1 0

Barcodes are not generating automatically anymore after upgrade to 21.11
by Isabel Pineda 03 Jan '22

03 Jan '22

Hi. Today I updated our Koha installation to version 21.11, and now in the Cataloguing the automatical creation of the barcode is not working anymore. We use the barcode type <branchcode>yymm0001 Is this a bug? Or has something gone wrong with the upgrade? Thank you very much Isabel Pineda

2 2

software error while batch editing records
by Mathieu Saby 03 Jan '22

03 Jan '22

Hi I tried to batch edit 10000 records in a demo instance by appying a modification template The job is stuck, and this page gave me a sofware error : /cgi-bin/koha/admin/background_jobs.pl?op=view&id=2 Software error: Template process failed: undef error - unexpected end of string while parsing JSON string, at character offset 65535 (before "(end of string)") at .../Koha/BackgroundJob.pm line 182. I suspect this is a bug... Is it yet reported ? Is Koha supposed to be able to batch edit thousands of records? -- Mathieu Saby

3 4

Issue with "Additional contents (HTML customizations)"
by Michael Kuhn 03 Jan '22

03 Jan '22

Hi We are working on a completely new host with Debian GNU/Linux 11 and Koha 21.11.00. I have also tested this on my demo installation with Koha 21.11.00 - same problem. We found the following issue with menu "Tools > Additional contents (HTML customizations)". When adding a new entry (e. g. for display location "OpacMainUserBlock") we are able to add e. g. text "ABC" and then save. The OPAC will show "ABC" as expected". It is also possible to delete this entry in the menu. But the OPAC will still show the original text "ABC", even after emptying the browser cache (Ctrl+F5) or restarting memcached, apache2 and koha-common. But even more, if we add another entry e. g. with text "XYZ" the OPAC will now show "ABC" and then "XYZ" on another line. After deleting the entry in the menu the OPAC will still show both texts, "ABC" and "XYZ". Can anyone please confirm this issue? But especially: How can we get rid of the unwanted old texts? Best wishes: Michael -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik(a)adminkuhn.ch · W www.adminkuhn.ch

3 6

Upload files in cataloguing
by Beda Szukics 02 Jan '22

02 Jan '22

Hi all I would like to upload a file and make it visible through the 856$u field. I followed the instructions on http://kohageek.blogspot.com/2015/12/attaching-files-to-catalog-records.html The plugin appears and I can upload the file. But when I select the Choose (or Auswählen) buttom nothing happens. The same with the Download and the "Löschen" buttom. If I click on koha_upload I'm able to download (and maybe delete - I haven't checked) the file. What is wrong? Thank you Beda

2 3

Locally stored cover images randomly fail to display in full details page
by martinbmorris＠gmail.com 01 Jan '22

01 Jan '22

Hello I recently upgraded from 21.05 to 21.11 at which point I noticed that some locally stored cover images would fail to display on the full details page for a biblio. The cover does always display under the Picture tab on the details page. The images display normally in the listing of multiple results, and images downloaded using Coce display properly both in results listings and in the full details page for the biblio. * Here is an example of a biblio with a properly displayed local cover image: https://katalogo.biblioteko.ca/cgi-bin/koha/opac-detail.pl?biblionumber=164 * .and here is one that will not display the image: https://katalogo.biblioteko.ca/cgi-bin/koha/opac-detail.pl?biblionumber=2189 * Here is a multiple results listing page showing a cover for the title above whose cover fails to display in the full biblio: https://katalogo.biblioteko.ca/cgi-bin/koha/opac-search.pl?q=su:%22Holmes%2C %20Sherlock%22 I have checked the logs, which give no clues at all. I have also tested by removing the custom CSS and JS I have in OpacUserCSS and OpacUserJS and restarting Apache - this does not help. Recreating the biblios on the PTFS sandbox doesn't replicate the issue - so it does seem to be something to do with my set up. Hope this is clear - any help would be gratefully received! Thanks Martin

2 1