March 2026 - Koha-bugs - lists.koha-community.org

[Bug 31092] New: Upon importing batch records, if a full MARC record is found, only append the items; do not overlay a full MARC record
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '26

05 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31092 Bug ID: 31092 Summary: Upon importing batch records, if a full MARC record is found, only append the items; do not overlay a full MARC record Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: balestrieri(a)monterey.org QA Contact: testopia(a)bugs.koha-community.org When receiving items from our vendors, the full MARC records are sent in batches for import. We would like the ability to have koha only overlay our brief "on order" records that already exist in the system, not our full records already in our system. Currently, the only choice is to overlay ALL or NO records (choices are "Replace, Add, or Ignore") and to append the items, depending on the matching rule used (most users currently match on ISBN when importing books, audiobooks). Apparently, other ils systems have the ability to determine which existing records are brief and which existing records are full, and you can choose to only overlay the brief MARC records, leaving the full MARC records in tact, appending only the items. I understand the definitive markers are in the leader of the marc record. The leader will show the level of marc record it is. Most loaders will have a function to put this as one of the criteria. An example of an incoming Leader: =LDR 01429pam a2200385 i 4500 Position 17 is the encoding level. The above encoding level is blank, so it is a full level record. Encoding levels: Blank - full level record 1 - full level record 2 – less-than-full level record 3 – less than full level record 4 - less than full level record 5 – less than full level record 6 - less than full level record 7 – less than full level record 8 – less than full level (this is a prepublication record) It would be most convenient if koha would have an internal matching rule that allows for the user to overlay only existing records where levels 2-8 are in position 17 on the MARCs, ignoring any records with a "blank" or "1" in position 17 on existing MARCS, with the ability to still append all items. Right now, many of us in aquisitions need to create separate vendor accounts to order "added/existing" items only to avoid the constant overlaying of full MARC records in koha. We know any items arriving from these accounts already have full records in our system, so the vendor does not send full MARCs for any items ordered from these accounts. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 41697] New: Update MARC21 default framework to Update 41 (December 2025)
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '26

05 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41697 Bug ID: 41697 Summary: Update MARC21 default framework to Update 41 (December 2025) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main 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/bibliographic/bdapndxg.html ■ New content designators: Subfields $i Relationship information (R) in 381 (Other Distinguishing Characteristics of Work or Expression) $z Title statement context note (NR) in 245 (Title Statement) $4 Relationship (R) in 381 (Other Distinguishing Characteristics of Work or Expression) ■ Changes in content designator names and definitions: Subfield $c Statement of responsibility, etc. redescribed in 245 (Title Statement) Appendix JData Provenance Subfields: Data Provenance Code List moved to https://www.loc.gov/standards/valuelist/dataprov.html. New codes bcp47 and dpets added. ■ Fast-track changes: New Subfields $6Linkage (NR) in 060 (National Library of Medicine Call Number) $6Linkage (NR) in 070 (National Agricultural Library Call Number) New Codes r - Remote sensing image in Maps 008/25 (Type of cartographic material) (006/08) t - 4K Ultra HD Blu-ray in Videorecording 007/04 (Videorecording format) Subfields $d Groove characteristic redescribed in 344 (Sound Characteristics) $g Conversion date renamed Conversion date/time and redescribed in 884 (Description Conversion Information) Code s - Blu-ray disc redescribed in Videorecording 007/04 (Videorecording format) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 35828] New: Template::Plugin::CGI removed from Template::Toolkit package
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '26

05 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35828 Bug ID: 35828 Summary: Template::Plugin::CGI removed from Template::Toolkit package Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Template::Toolkit 3.100 (released on 2022-04-26) has removed Template::Plugin::CGI. It is now distributed as a separate package (https://metacpan.org/pod/Template::Plugin::CGI) It is apparently used in only 2 places: - koha-tmpl/intranet-tmpl/prog/en/modules/serials/serials-search.tt - koha-tmpl/intranet-tmpl/prog/en/modules/patroncards/manage.tt Should we stop using it ? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 31391] New: Staff-side recalls
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '26

05 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31391 Bug ID: 31391 Summary: Staff-side recalls Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Add functionality for recalls to be placed via the staff interface -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 378

[Bug 23998] New: Messages REST API
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '26

05 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23998 Bug ID: 23998 Summary: Messages REST API Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST api Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)hypernova.fi Expose messages table via REST API. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 82

[Bug 41753] New: Link from copy shareable link button is too long
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '26

05 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41753 Bug ID: 41753 Summary: Link from copy shareable link button is too long Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The link provided by the "copy shareable link" button is far too long. Would it be possible to provide a shorter link? Ex: https://demo-admin.catalyst-koha.com.au/cgi-bin/koha/catalogue/detail.pl?bi… With the button: https://demo-admin.catalyst-koha.com.au/cgi-bin/koha/catalogue/detail.pl?biblionumber=33&searchid=scs_1770045228745&DataTables_catalogue_detail_holdings_table_state=eyJ0aW1lIjoxNzcwMDQ1MjM0NzYxLCJzdGFydCI6MCwibGVuZ3RoIjoyMCwib3JkZXIiOltdLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlLCJfaHVuZ2FyaWFuTWFwIjp7fX0sImNvbHVtbnMiOlt7InZpc2libGUiOnRydWUsInNlYXJjaCI6eyJjYXNlSW5zZW5zaXRpdmUiOnRydWUsInNlYXJjaCI6IiIsInJlZ2V4IjpmYWxzZSwic21hcnQiOnRydWUsInJldHVybiI6ZmFsc2V9fSx7InZpc2libGUiOmZhbHNlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjp0cnVlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjp0cnVlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjp0cnVlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjp0cnVlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjp0cnVlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjp0cnVlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjpmYWxzZSwic2VhcmNoIjp7ImNhc2VJbnNlbnNpdGl2ZSI6dHJ1ZSwic2VhcmNoIjoiIiwicmVnZXgiOmZhbHNlLCJzbWFydCI6dHJ1ZSwicmV0dXJuIjpmYWxzZX19LHsidmlzaWJsZSI6dHJ1ZSwic2VhcmNoIjp7ImNhc2VJbnNlbnNpdGl2ZSI6dHJ1ZSwic2VhcmNoIjoiIiwicmVnZXgiOmZhbHNlLCJzbWFydCI6dHJ1ZSwicmV0dXJuIjpmYWxzZX19LHsidmlzaWJsZSI6dHJ1ZSwic2VhcmNoIjp7ImNhc2VJbnNlbnNpdGl2ZSI6dHJ1ZSwic2VhcmNoIjoiIiwicmVnZXgiOmZhbHNlLCJzbWFydCI6dHJ1ZSwicmV0dXJuIjpmYWxzZX19LHsidmlzaWJsZSI6ZmFsc2UsInNlYXJjaCI6eyJjYXNlSW5zZW5zaXRpdmUiOnRydWUsInNlYXJjaCI6IiIsInJlZ2V4IjpmYWxzZSwic21hcnQiOnRydWUsInJldHVybiI6ZmFsc2V9fSx7InZpc2libGUiOmZhbHNlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjpmYWxzZSwic2VhcmNoIjp7ImNhc2VJbnNlbnNpdGl2ZSI6dHJ1ZSwic2VhcmNoIjoiIiwicmVnZXgiOmZhbHNlLCJzbWFydCI6dHJ1ZSwicmV0dXJuIjpmYWxzZX19LHsidmlzaWJsZSI6dHJ1ZSwic2VhcmNoIjp7ImNhc2VJbnNlbnNpdGl2ZSI6dHJ1ZSwic2VhcmNoIjoiIiwicmVnZXgiOmZhbHNlLCJzbWFydCI6dHJ1ZSwicmV0dXJuIjpmYWxzZX19LHsidmlzaWJsZSI6dHJ1ZSwic2VhcmNoIjp7ImNhc2VJbnNlbnNpdGl2ZSI6dHJ1ZSwic2VhcmNoIjoiIiwicmVnZXgiOmZhbHNlLCJzbWFydCI6dHJ1ZSwicmV0dXJuIjpmYWxzZX19LHsidmlzaWJsZSI6ZmFsc2UsInNlYXJjaCI6eyJjYXNlSW5zZW5zaXRpdmUiOnRydWUsInNlYXJjaCI6IiIsInJlZ2V4IjpmYWxzZSwic21hcnQiOnRydWUsInJldHVybiI6ZmFsc2V9fSx7InZpc2libGUiOnRydWUsInNlYXJjaCI6eyJjYXNlSW5zZW5zaXRpdmUiOnRydWUsInNlYXJjaCI6IiIsInJlZ2V4IjpmYWxzZSwic21hcnQiOnRydWUsInJldHVybiI6ZmFsc2V9fSx7InZpc2libGUiOmZhbHNlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjpmYWxzZSwic2VhcmNoIjp7ImNhc2VJbnNlbnNpdGl2ZSI6dHJ1ZSwic2VhcmNoIjoiIiwicmVnZXgiOmZhbHNlLCJzbWFydCI6dHJ1ZSwicmV0dXJuIjpmYWxzZX19LHsidmlzaWJsZSI6ZmFsc2UsInNlYXJjaCI6eyJjYXNlSW5zZW5zaXRpdmUiOnRydWUsInNlYXJjaCI6IiIsInJlZ2V4IjpmYWxzZSwic21hcnQiOnRydWUsInJldHVybiI6ZmFsc2V9fSx7InZpc2libGUiOmZhbHNlLCJzZWFyY2giOnsiY2FzZUluc2Vuc2l0aXZlIjp0cnVlLCJzZWFyY2giOiIiLCJyZWdleCI6ZmFsc2UsInNtYXJ0Ijp0cnVlLCJyZXR1cm4iOmZhbHNlfX0seyJ2aXNpYmxlIjpmYWxzZSwic2VhcmNoIjp7ImNhc2VJbnNlbnNpdGl2ZSI6dHJ1ZSwic2VhcmNoIjoiIiwicmVnZXgiOmZhbHNlLCJzbWFydCI6dHJ1ZSwicmV0dXJuIjpmYWxzZX19LHsidmlzaWJsZSI6ZmFsc2UsInNlYXJjaCI6eyJjYXNlSW5zZW5zaXRpdmUiOnRydWUsInNlYXJjaCI6IiIsInJlZ2V4IjpmYWxzZSwic21hcnQiOnRydWUsInJldHVybiI6ZmFsc2V9fSx7InZpc2libGUiOnRydWUsInNlYXJjaCI6eyJjYXNlSW5zZW5zaXRpdmUiOnRydWUsInNlYXJjaCI6IiIsInJlZ2V4IjpmYWxzZSwic21hcnQiOnRydWUsInJldHVybiI6ZmFsc2V9fV0sImV4dGVybmFsX2ZpbHRlcnMiOnt9fQ%3D%3D -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 23609] New: Tie patron gender to an authorized value
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '26

05 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23609 Bug ID: 23609 Summary: Tie patron gender to an authorized value Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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 In the interest of allowing greater flexibility, it'd be great to have gender tied to an authorized value so libraries can edit/add/delete options. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 39204] New: Problem with cancelling a hold via SIP without marking it as waiting returns an error
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '26

05 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39204 Bug ID: 39204 Summary: Problem with cancelling a hold via SIP without marking it as waiting returns an error Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org >From Bug 38615: "When testing I noticed something both with and without the patch (so this is a general SIP question) If you place a hold and then try to cancel the hold with this command before checking the item into the hold shelf the SIP cancel request returns |AFError with transaction drop_hold:|" Easy to recreate with SIP emulator: 1. /kohadevbox/koha/misc/sip_cli_emulator.pl -a localhost -p 6001 -l CPL -su term1 -sp term1 -m hold --patron 23529000035676 --item 39999000001310 --hold-mode + 2. /kohadevbox/koha/misc/sip_cli_emulator.pl -a localhost -p 6001 -l CPL -su term1 -sp term1 -m hold --patron 23529000035676 --item 39999000001310 --hold-mode - 3. See the error: AFError with transaction drop_hold: -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 41643] New: Patron (custom message) doesn't show preview or allow editing
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '26

05 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41643 Bug ID: 41643 Summary: Patron (custom message) doesn't show preview or allow editing Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org When using a Patron (custom message), content is not populated in the subject or body, and the fields are locked. We should, at the very least, be able to see the content, but also be able to update the information if we need to customize it before sending it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 41705] New: Popup blockers may be triggered by options to automatically display payment receipt for printing after making a payments
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '26

05 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41705 Bug ID: 41705 Summary: Popup blockers may be triggered by options to automatically display payment receipt for printing after making a payments Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: black23(a)gmail.com, fridolin.somers(a)biblibre.com, gmcharlt(a)gmail.com, koha-bugs(a)lists.koha-community.org, kyle(a)bywatersolutions.com, lisette(a)bywatersolutions.com, martin.renvoize(a)openfifth.co.uk, maryse.simard(a)inlibro.com, testopia(a)bugs.koha-community.org Depends on: 23228, 23461 Blocks: 13985 The pattern we use for automatically printing receipts and slips can often trigger popup blockers. This is because we trigger the popup window via JavaScript after page reload and this is interpreted as not being a user directed event and thus invokes many browsers popup blocking code. We could reverse our process such that the form submission itself has a target="_blank" attribute to trigger the popup at form submission time (which is a direct user action), then our controller handles the post, redirect, get pattern for printing. We fires the window print in the already opened new tab and finally close the tab, thus bringing the original tab back into focus, after print. This would need a little thought regarding the original tab, as we'd need the reset that tabs context/state as part of the initial submit that triggers the popup earlier in the process. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13985 [Bug 13985] [Omnibus] Cash Management - Koha as 'Point of Sale' https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23228 [Bug 23228] Add option to automatically display payment receipt for printing after making a payment https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23461 [Bug 23461] Popup blockers triggered by option to automatically display payment receipt for printing after making a payment -- You are receiving this mail because: You are watching all bug changes. You are on the CC list for the bug. You are the assignee for the bug.

1 55