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

[Bug 40073] New: MARC21 Addition to relator terms in technical notice 2025-02-06
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40073 Bug ID: 40073 Summary: MARC21 Addition to relator terms in technical notice 2025-02-06 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org https://www.loc.gov/marc/relators/tn250206relrev.html Additions: - ink [inker] - A person or organization responsible for adding solid lines, shading and additional details to the initial pencil drawings in the creation of comic books, graphic novels, animation, etc. - pnc [penciller] - A person or organization responsible for producing the initial line drawings based on a script in the creation of comic books, graphic novels, animation, etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 40072] New: MARC21 Addition to relator terms in technical notice 2025-04-03
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40072 Bug ID: 40072 Summary: MARC21 Addition to relator terms in technical notice 2025-04-03 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 39997] New: List of closed serials: reopening requires the syspref "RoutingSerials"
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39997 Bug ID: 39997 Summary: List of closed serials: reopening requires the syspref "RoutingSerials" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org On the list of closed serials, the action "reopen" is not displayed unless you have the syspref "RoutingSerials" active. >From koha-tmpl/intranet-tmpl/prog/en/modules/serials/serials-search.tt 139 [% IF ( routing && CAN_user_serials_routing ) %] 140 [% UNLESS ( subscription.cannotedit ) %] 141 142 <a 143 class="dropdown-item" 144 href="/cgi-bin/koha/serials/serials-search.pl?subscriptionid=[% subscription.subscriptionid | uri %]&amp ;op=reopen&routing=[% subscription.routing | uri %]&searched=1&title_filter=[% title_filter | uri %]&ISSN_filter=[% ISSN_filter | uri %]&EAN_fil ter=[% EAN_filter | uri %]&published_filter=[% publisher_filter | uri %]&bookseller_filter=[% bookseller_filter | uri %]&branch_filter=[% branch_filter | uri %]" 145 id="reopensub" 146 > 147 Reopen</a 148 > 149 150 [% END %] 151 [% END # IF ( routing && CAN_user_serials_routing ) %] I have no clue why there is a restriction on routing and CAN_user_serials_routing. It breaks the ability to reopen serial from the list of closed serials if routing is not activated. To reproduce: 1 - Create a closed serial 2 - Disable the syspref "RoutingSerials" 3 - Go to cgi-bin/koha/serials/serials-search.pl and search for the closed serial ; click on the "closed" panel of the result -> on the actions button, there is no option to reopen 4 - Apply patch 5 - Repeat 3, there is now an option to reopen. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 39072] New: 24.11 - Item Search Shareable Link Adding Selections for Similar LOC Auth Values
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39072 Bug ID: 39072 Summary: 24.11 - Item Search Shareable Link Adding Selections for Similar LOC Auth Values Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: heather(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When executing an Item Search and copying the shareable link, the Item Search results for the shared link differ from the original results. Specifically, if a LOC authorized value is similar to another authorized value (ex: ADULT with description Adult and ADULTG with description Adult - Grab and Go), if an Item Search is executed for the ADULTG LOC, the shareable link somehow includes the ADULT LOC, causing the results to differ radically from the initial search. To Test: - Create LOC authorized values of ADULT with description "Adult" and ADULTG with description "Adult - Grab and Go" - Create an Item Search using the ADULTG LOC value - Click Copy shareable link and paste/go in new tab - See that the results of the copied link's Item Search differ widely from the original results - Click Edit search button and notice that the LOC authorized value of ADULT was added to the selected criteria for the search -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 38102] New: Checkout history in OPAC displaying more than 50 items
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38102 Bug ID: 38102 Summary: Checkout history in OPAC displaying more than 50 items Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In the Checkout history tab of the OPAC, the 'Showing last 50 items/how all items' feature isn't working properly in 24.05. If I have a patron with over 50 items, all items are displaying on that tab when 'Showing last 50 items' should be active by default. If I click 'Show all items' to reload the page (which shows, as expected, all items), but then click 'Show last 50 items', I still see all items, not just the first 50. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 39896] New: Syspref AuthorLinkSortBy is not working for Unimarc or custom XSLT
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39896 Bug ID: 39896 Summary: Syspref AuthorLinkSortBy is not working for Unimarc or custom XSLT Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: marion.durand(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The syspref AuthorLinkSortBy and AuthorLinkSortOrder depend on code in XSLT files. Currently, the code is only present in the default MARC21 files but it is not present in any UNIMARC files. Plus, if a library uses customs XSLT files (with syspref OPACXSLTDetailsDisplay, OPACXSLTResultsDisplay, XSLTDetailsDisplay, or XSLTResultsDisplay) they will not be able to use this functionality (unless they also updated their files but they have no way to know they need to do that). This is inevitable and is okay, but I think we should mention somewhere that these syspref depend on XSLT. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 40304] New: Zebrasrv config doesn't consider non-AMD64 CPUs
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40304 Bug ID: 40304 Summary: Zebrasrv config doesn't consider non-AMD64 CPUs Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: jake.deery(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Hi folks, As per this Mattermost conversation: https://chat.koha-community.org/koha-community/pl/ft6e47akutn6fbdg5tpwab5zbw I've identified an issue where running t/db_dependent/Search.t fails on AARCH64 machines. Upon investigation, I've found that in the default zebra-biblios-dom.cfg and zebra-authorities-dom.cfg files, the module search path does not include as many architectures as it should. I have rectified this, by copying the lines found in the debian/templates folder to the relevant config files mentioned in the last paragraph. Could I ask someone to check the patch I'm about to push, so we can get a quick conclusion to this bug? Ta, Jake -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 32950] New: marc modification template moving subfield can lose values for repeatable fields
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32950 Bug ID: 32950 Summary: marc modification template moving subfield can lose values for repeatable fields Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: bernard.scaife(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 146586 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=146586&action=e… mrc with multiple 020 fields including 020$z Moving one subfield to another fails for repeatable fields where the field to be moved doesn't exist in the first instance 1. Make marcmodtemplate as follows a. Move every 020 z field to field 020 a 2. Stage marc exchange file (attached) with following in 020 field (note only 7th and 8th have 020z and these are the ones we wish to move to subfield a) =020 \\$a9781003182870$q(ebk) =020 \\$a1003182879 =020 \\$a9781000407204$q(electronic bk. : EPUB) =020 \\$a1000407209$q(electronic bk. : EPUB) =020 \\$a9781000407167$q(electronic bk. : PDF) =020 \\$a1000407160$q(electronic bk. : PDF) =020 \\$z9781032023175$q(hbk.) =020 \\$z9780367760380$q(pbk.) 3. view staged record and observe fields 020 subfield a fields have all gone and subfield z has not been moved, but its value removed: 020 _a _q(ebk) 020 _a 020 _a _q(electronic bk. : EPUB) 020 _a _q(electronic bk. : EPUB) 020 _a _q(electronic bk. : PDF) 020 _a _q(electronic bk. : PDF) 020 _q(hbk.) _a 020 _q(pbk.) _a Note, adding a conditional to marcmodtemplate "only do this if 020 z subfield exists makes no difference. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 39408] New: Cannot add patron via API if AutoEmailNewUser and WELCOME content blank
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39408 Bug ID: 39408 Summary: Cannot add patron via API if AutoEmailNewUser and WELCOME content blank Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Some libraries use Template Toolkit logic to avoid sending emails. In the case of the welcome notice they may only want to send for patrons fully added, not self registered. In the case of Aspen, we currently use the patrons API for self registration as there is not a self registration API. If you add logic like: [% USE Koha %] [% IF borrower.categorycode != 'SELFREG' %] Hello [% borrower.title %] [% borrower.firstname %] [% borrower.surname %]. Thank you for joining [% IF Koha.Preference('LibraryName') %][% Koha.Preference('LibraryName') %][% ELSE %]the library[% END %] You can search for all our materials in our <a href='[% Koha.Preference('OPACBaseURL') %]'>catalog</a>. Your library card number is [% borrower.cardnumber %] If you have any problems or questions regarding your account, please contact the library. [% END %] Then add a patron via the API in the self reg class: {"surname":"PATRON","firstname":"PROBLEM","library_id":"CPL","category_id":"SELFREG","email":"eample(a)example.org"} You get an error response: "Given does not exist" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 40515] New: Mark as lost and notify patron is broken in pendingreserves.pl
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40515 Bug ID: 40515 Summary: Mark as lost and notify patron is broken in pendingreserves.pl Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com Steps to reproduce: 1 - Have a new reserve for an available item. 2 - Go on "Holds to pull" 3 - Click on the button "Mark as lost and notify patron" -> Nothing happens -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19