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

[Bug 35725] New: ILL - Generic master form does not keep patron and cardnumber when changing type
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '26

08 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35725 Bug ID: 35725 Summary: ILL - Generic master form does not keep patron and cardnumber when changing type Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com CC: pedro.amorim(a)ptfs-europe.com Depends on: 35570 Test plan: 1) Apply 35570 2) Enable ILLModule sys pref through UI, or run: echo "update systempreferences set value = 1 where variable = \"ILLModule\";" | koha-mysql kohadev 3) Create a new Standard request, visit: http://localhost:8081/cgi-bin/koha/ill/ill-requests.pl?method=create&backen… 4) Input a cardnumber and/or set a library at the bottom under "Patron options". 5) Change the type (top of the form). Notice the data from step 4) is gone. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35570 [Bug 35570] Add a generic master form in ILL -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 40957] New: No need to maintain autocomplete compatibility
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '26

08 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40957 Bug ID: 40957 Summary: No need to maintain autocomplete compatibility Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com Depends on: 35570 136 /* Maintain patron autocomplete compatibility across versions */ 137 [% IF koha_version.major <= 22 && koha_version.minor < 11 %] 138 $('#create_form #cardnumber').autocomplete({ 139 source: "/cgi-bin/koha/circ/ysearch.pl", 140 minLength: 3, 141 select: function( event, ui ) { 142 var field = ui.item.cardnumber; 143 $('#create_form #cardnumber').val(field) 144 return false; 145 } 146 }) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35570 [Bug 35570] Add a generic master form in ILL -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 38289] New: ILL module should create biblios for DVD and Thesis documents
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '26

08 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38289 Bug ID: 38289 Summary: ILL module should create biblios for DVD and Thesis documents Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: sonia.bouis(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com At the moment, ILL Module create biblios records only if the document is a book type. As DVD and Thesis are physical documents too, ILL module should create a biblio for these types of document too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 38341] New: Standard backend is missing unit tests
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '26

08 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38341 Bug ID: 38341 Summary: Standard backend is missing unit tests Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com Depends on: 35570 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35570 [Bug 35570] Add a generic master form in ILL -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 35570] New: Add a generic master form in ILL
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '26

08 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35570 Bug ID: 35570 Summary: Add a generic master form in ILL Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: In Discussion Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com CC: andrew.auld(a)ptfs-europe.com, katrin.fischer(a)bsz-bw.de, magnus(a)libriotech.no, nick(a)bywatersolutions.com, pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com The idea is to: 1) Have a generic master form in ILL based on current FreeForm's form at: https://github.com/PTFS-Europe/koha-ill-freeform 2) Deprecate the above FreeForm backend 3) Perhaps rethink the name to "Standard", "Default", something like that? 4) Migrate FreeForm requests for this new "Standard backend" built in core on upgrade Reasoning behind this: - The ILL module does not work out of the box, it requires at least one backend to work. This is not great as ideally enabling the system preference should be enough to make use of the module, without additional work being needed. - This master form in core would allow for future extensions of the ILL module, could be used as baseline for future work that will optionally not require the user (Staff/OPAC) to pick the backend beforehand if several backends are installed - the user may not know which backend to pick, they likely just know what they're looking for. Thoughts? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 200

[Bug 37020] New: bulkmarcimport gets killed after update to 24.05. when inserting large files
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '26

08 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37020 Bug ID: 37020 Summary: bulkmarcimport gets killed after update to 24.05. when inserting large files Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org After updating to 24.05. the script bulkmarcimport.pl stops with a simple "Killed" when importing large sets of records (in my case 120k biblios) My server settings: 1cpu, 4GB RAM This is the console output: perl /usr/share/koha/bin/migration_tools/bulkmarcimport.pl -d -b -commit=100 -m=MARCXML -file=/data/btw_20240528.xml WARNING: MYSQL_OPT_RECONNECT is deprecated and will be removed in a future version. Deleting biblios Killed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 100

[Bug 41681] New: bulkmarcimport.pl reports an incorrect number of MARC records processed
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '26

08 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41681 Bug ID: 41681 Summary: bulkmarcimport.pl reports an incorrect number of MARC records processed Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: hammat.wele(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 191849 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=191849&action=e… A marc file containing 5 records When running the script bulkmarcimport.pl, the number of MARC records reported at the end of the execution does not match the actual number of records processed from the input file. To reproduce: 1. Download the joined MARC file containing 5 records. 2. Run the import command: ./misc/migration_tools/bulkmarcimport.pl -b --file=marc_file.mrc 3. Check the final script report ==> 11 MARC records done in 0.566349983215332 seconds The reported number is incorrect -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 37839] New: /api endpoint stops working on strict firewall
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '26

08 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37839 Bug ID: 37839 Summary: /api endpoint stops working on strict firewall Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: adifbbk1(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Created attachment 171045 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171045&action=e… Screenshot of the issue My firewall doesn't allow access to the site http://json-schema.org/draft-04/schema and the Koha logs shows below- Warning: "Could not load REST API spec bundle: GET http://json-schema.org/draft-04/schema: Service unavailable at /usr/share/perl5/JSON/Validator/Store.pm line 190. And, the /api endpoint now suddenly stops working. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 42477] New: Suggestions > hold workflow - automatically place a hold from a suggestion
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '26

08 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42477 Bug ID: 42477 Summary: Suggestions > hold workflow - automatically place a hold from a suggestion Initiative type: --- Sponsorship --- status: 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: hdunne-howrie(a)westminster.gov.uk QA Contact: testopia(a)bugs.koha-community.org We would love to see the suggestions workflow link up with the holds workflow so that once a suggestion is changed as 'ordered' this would trigger a script to check for the matching ISBN and then place a title level hold (using the customer details from the suggestion) against the title (using the ISBN as the match). Once a hold is placed the workflow is complete. We'd love to be able to run this script daily so that when the title arrives via our edi orders, a hold is automatically placed and less work for Acquisition staff. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 37325] New: Automatically add punctuation to Marc21 field 260 / 264
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '26

06 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37325 Bug ID: 37325 Summary: Automatically add punctuation to Marc21 field 260 / 264 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: alexander.wagner(a)desy.de QA Contact: testopia(a)bugs.koha-community.org If the record leader 18 specifies `c` or `n` the Marc record in question does not hold any punctuation chars. IOW the record would look like ``` 264 _1 |a Berlin |a Boston, Mass. |b de Gruyter |c 2011 ``` This should display like Berin ; Boston, Mass. : de Gruyter, 2011 A similar handling is required for both 260 and 264. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17