April 2025 - Koha-bugs - lists.koha-community.org

[Bug 37226] New: Authority hierarchy tree broken when a child (narrower) term appears under more than one parent (greater) term
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37226 Bug ID: 37226 Summary: Authority hierarchy tree broken when a child (narrower) term appears under more than one parent (greater) term Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: a.roussos(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org Created attachment 168314 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=168314&action=e… short screen recording that shows the bug in action With AuthDisplayHierarchy enabled and the following MARC21 authority data: 001 1 151 $a Europe 551 $a Athens $w h $9 3 942 $a GEOGR_NAME 001 2 151 $a Greece 551 $a Athens $w h $9 3 942 $a GEOGR_NAME 001 3 151 $a Athens 551 $a Europe $w g $9 1 551 $a Greece $w g $9 2 942 $a GEOGR_NAME In the authority details page for 'Athens' (authid=3), clicking on the expand/collapse arrows next to the top-level terms in the hierarchy tree ('Europe' and 'Greece') will not work properly, i.e. *only one* broader term will show 'Athens' as its narrower term at any given time. I attach a small screen recording that shows this in action. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 29539] New: UNIMARCslimUtils.xsl
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29539 Bug ID: 29539 Summary: UNIMARCslimUtils.xsl Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: rafael.antonio(a)sapo.pt QA Contact: testopia(a)bugs.koha-community.org When it hapens UNIMARC record to have $9 after $a on biblio_metadata record like <datafield tag="606" ind1=" " ind2=" "> <subfield code="a">Portugal</subfield> <subfield code="9">12005</subfield> </datafield> OPAC details display the authority number and not the term. If we change record for <datafield tag="606" ind1=" " ind2=" "> <subfield code="9">12005</subfield> <subfield code="a">Portugal</subfield> </datafield> it display the term. Is it a bug? The only piece of XSLT code I see for such reason is at UNIMARCslimUtils.xsl file <xsl:choose> <xsl:when test="marc:subfield[@code=9]"> Any comment? -- You are receiving this mail because: You are watching all bug changes.

1 57

[Bug 30230] New: Search for patrons in checkout should not require edit_borrowers permission
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30230 Bug ID: 30230 Summary: Search for patrons in checkout should not require edit_borrowers permission Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 15812 made searching for patrons for checkout use the regular patron search. This resulted in a significant change in behavior for users who have _circulate_ permissions but not _edit_borrowers_. Previously, a user with these permissions could enter a partial name, be taken to a list of search results, and select the patron they desire. Following bug 15812, a user with these permissions will hit a "You do not have permissions" block when attempting to search for a partial patron name. One can allow the search by adding _edit_borrowers_ permission, but that also grants the ability to create and edit patrons. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 119

[Bug 35916] New: Purchase suggestions bibliographic filter should be a "contains" search
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35916 Bug ID: 35916 Summary: Purchase suggestions bibliographic filter should be a "contains" search Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Previously, when searching for purchase suggestions, you could search for any word in the title and it would find it. Now, it only finds the title if it's an exact match. To recreate: 1. Create a purchase suggestion with a multi-word title (e.g. one day in december) 1.1. Go to Acquisitions > Suggestions > New purchase suggestion 1.2. Enter a title (e.g. one day in december) 1.3. Click on Submit your suggestion 2. Search for one of the words in the title 2.1. In the "Filter by" section, click on Bibliographic information 2.2. In the title field, enter one of the words of the title (e.g. december) 2.3. Click Go --> No results I only tested with the title and the author, but I think it's valid for all bibliographic elements. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 36589] New: Advanced cataloging - Expand clipboard
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36589 Bug ID: 36589 Summary: Advanced cataloging - Expand clipboard Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I was updating the screenshots for the manual in the advanced editor section and noticed the clipboard is very small compared to before. I don't use the advanced cataloging editor, so I don't know if it's a need for the clipboard to be large or small, but just clicking around, I find it hard to use with it being so small. See the "before" screenshot: https://koha-community.org/manual/23.05/en/html/_images/advancedcataloging.… To get there: 1. Enable the EnableAdvancedCatalogingEditor syspref 2. Search the catalog for a record 3. Click Edit > Edit record 4. Toggle the editor to the advanced editor 5. Click on the content of a field and press Ctrl+C --> The field should be added to the clipboard section on the left side 6. Redo step 5 a couple of times --> All the fields are added to the clipboard section on the left side, but only 1.5ish lines are shown -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 37339] New: Default messaging preferences are not applied when self registering in OPAC
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37339 Bug ID: 37339 Summary: Default messaging preferences are not applied when self registering in OPAC Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org The default messaging preferences are no longer applied when self registering in OPAC. This seems be a regression caused by bug 30318. Implementing bug 34003 is a possible solution. Another possible solution is to render the default messaging preferences as hidden fields in the self registration form. A third alternative is to called C4::Members::Messaging::SetMessagingPreferencesFromDefaults at an opportune moment. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 37345] New: Remember for session checkbox on checkout page not sticking
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37345 Bug ID: 37345 Summary: Remember for session checkbox on checkout page not sticking Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1. Find an item to checkout and a patron to check out to. 2. Set a due manually: "Specify due date (MM/DD/YYYY):" 3. Before checking out click the "Remember for session:" checkbox. 4. Check the item out. 5. The specific due date is not retained. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 36982] New: Collections facet does not get alphabetized based on collection descriptions
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36982 Bug ID: 36982 Summary: Collections facet does not get alphabetized based on collection descriptions Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: lmstrand(a)gmail.com Collections facet should use the CCODE authorized values' descriptions when sorting. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 33563] New: Enable compatibility with Elasticsearch secure mode
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33563 Bug ID: 33563 Summary: Enable compatibility with Elasticsearch secure mode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hi friends, Koha should support authenticated access to Elasticsearch, at the very minimum https://www.elastic.co/guide/en/elasticsearch/reference/current/http-client… and https://www.elastic.co/guide/en/elasticsearch/reference/current/token-authe… We'd need a place to stash our ES configuration information much like we used to for Zebra. koha-conf.xml is probably fine? Obviously open to discussion from the way smarter people here - this is only to get the discussion started, as Elasticsearch will start creating egregious scary logs for every connection complaining about security, starting with version 7. Liz -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 35869] New: Dismissing an OPAC message from SCO logs the user out
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '25

24 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35869 Bug ID: 35869 Summary: Dismissing an OPAC message from SCO logs the user out Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Enable WebBasedSelfCheck 2. Add an OPAC mesaage to a patron account 3. Login to self check ( http://localhost:8080/cgi-bin/koha/sco/sco-main.pl ) 4. Enter your credentials to login 5. See the OPAC message, click dismiss. 6. Notice you are logged out at redirected to: ( http://localhost:8080/cgi-bin/koha/opac-dismiss-message.pl ) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20