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

[Bug 24439] New: Bulkmarcimport.pl Update documentation for -match option
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '25

21 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24439 Bug ID: 24439 Summary: Bulkmarcimport.pl Update documentation for -match option Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: carnold(a)dgiinc.com QA Contact: testopia(a)bugs.koha-community.org The -match option for bulkmarcimport says: -match=<FIELD> FIELD matchindex,fieldtomatch matchpoint to use to deduplicate fieldtomatch can be either 001 to 999 or field and list of subfields as such 100abcde This seems to indicate that you put a number in the FIELD parameter, but really you are putting the "Koha Search Index" text a comma and then the MARC field: -match=<KohaIndex,FIELD> or -match=Control-number,001 I was only able to figure this out because someone else was confused: http://koha.1045719.n5.nabble.com/bulkmarcimport-pl-AND-match-fails-when-tr… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 31899] New: [DOCS] Document misc/batchRebuildBiblioTables.pl script
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '25

21 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31899 Bug ID: 31899 Summary: [DOCS] Document misc/batchRebuildBiblioTables.pl script Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org This script is mentioned in the manual (https://koha-community.org/manual/22.11/en/html/administration.html?highlig…) but not documented anywhere else. To see the existing help for the script: misc/batchRebuildBiblioTables.pl -h See query on the mailing list and response with instructions on how to use it: https://lists.katipo.co.nz/pipermail/koha/2022-October/058571.html -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 16910] New: Authority search plugin in cataloguing stops at 15 pages
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '25

21 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16910 Bug ID: 16910 Summary: Authority search plugin in cataloguing stops at 15 pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This is similar to the problem fixed in bug 2735, but for the authority search plugin in cataloguing: 1) Go to cataloguing 2) MARC21: open authority search plugin from 100$a for example 3) Notice, it won't page after page 15 -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 17361] New: Add item messages table and rest api endpoints
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '25

21 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17361 Bug ID: 17361 Summary: Add item messages table and rest api endpoints Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This enhancement is to add the ability to create item messages and perform crud operations on them via the rest api only. The interface will be determined on the bug it blocks. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 17297] New: Give librarians the ability to add messages to an item
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '25

21 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17297 Bug ID: 17297 Summary: Give librarians the ability to add messages to an item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Some librarians would like the ability to leave messages attached to an item ( outside the scope of itemnotes and itemnotes_nonpublic ). This feature would give the librarians the ability to add and remove messages of arbitrary types defined in an authorised value list. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 39811] New: Restore date replacement functionality lost in Bug 37398
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '25

21 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39811 Bug ID: 39811 Summary: Restore date replacement functionality lost in Bug 37398 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 Prior to Bug 37398 if you had the date accessioned plugin setup on a date field 3 small dots displayed to the right of the input. If you clicked on these I would replace the date in that field with today's date. Some librarians would like to see that functionality restored. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 36447] New: Circ rules slow to load when many itemtypes and categories
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '25

21 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36447 Bug ID: 36447 Summary: Circ rules slow to load when many itemtypes and categories Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Staff interface 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 It seems that we loop all categories and item types to build the circ matrix: 169 <tbody> 170 [% SET row_count = 0 %] 171 [% FOREACH c IN categorycodes %] 172 [% SET c = '' UNLESS c.defined %] 173 [% FOREACH i IN itemtypes %] This means that when we have a large number of both, the page becomes increasingly slow: Try loading the page several times, notings the load time Then: perl -e 'use t::lib::TestBuilder; my $builder=t::lib::TestBuilder->new(); for( my $i=0;$i<50;$i++){ $builder->build({ source=>"Itemtype"}); }' Note load times, then: perl -e 'use t::lib::TestBuilder; my $builder=t::lib::TestBuilder->new(); for( my $i=0;$i<50;$i++){ $builder->build({ source=>"Category"}); }' Note load times, then run each again NOte load times, I saw around 15 seconds when I had ~100 of each -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 27675] New: Default checkout, hold and return policy should indicate when set vs unset and should not set null rules
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '25

21 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27675 Bug ID: 27675 Summary: Default checkout, hold and return policy should indicate when set vs unset and should not set null rules 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com These policies can be set to blank, this affects the holds queue and presumably other areas. There needs to be a visual indication of the rule not being set vs the rule being set to blank - or the rule should not save when dropdown is set to 'Not set' To recreate: 1 - Go to Admin->Circulation rules and pick a branch with no rules set 2 - Under "Default checkout, hold and return policy" leave all fields blank and hit save 3 - Check the DB, five rules have been set: SELECT * FROM circulation_rules WHERE branchcode="BRANCH"; 4 - In the staff client, click 'Unset' 5 - There is a warning, but no visible change 6 - Check the DB, the rules are gone -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 40814] New: Wrong link to original image with OPACAmazonCoverImages
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '25

21 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40814 Bug ID: 40814 Summary: Wrong link to original image with OPACAmazonCoverImages Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When viewing a cover image in the OPAC, there is a link "See the original image". When the cover image is an Amazon cover image, the link is something like http://www.amazon/gp/reader... there is no country code (?) like .com or .ca. I tried playing with AmazonLocale, but it doesn't change the link. To recreate: 1. Enable OPACAmazonCoverImages 2. Make a search on the OPAC (e.g. poetry) 3. Click on the cover image 4. Hover the mouse cursor over the "see the original image" link --> links to www.amazon/gp/reader... The link should have .com or a country code like .ca. The goes back as far as 25.05.02 which is where I noticed it, but is also on main, and maybe further back to 24.11 but I'm not sure. I know it's not in 24.05 because back then clicking on the image from the results list went to the record's details page, not to the image viewing window. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 22492] New: Advanced editor - Rancor - AdditionalFieldsInZ3950ResultSearch
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '25

20 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22492 Bug ID: 22492 Summary: Advanced editor - Rancor - AdditionalFieldsInZ3950ResultSearch Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- With Bug 12747 we added the AdditionalFieldsInZ3950ResultSearch. This currently works in the z39.50 search for the basic editor and in the z39.50 search in acquisitions, but does not work when starting the z39.50 search in the advanced editor for cataloging. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7