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

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

22 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 22 Nov '25

22 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 22492] New: Advanced editor - Rancor - AdditionalFieldsInZ3950ResultSearch
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '25

21 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

[Bug 34064] New: Compare kohastructure.sql against current database using database audit script
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '25

20 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34064 Bug ID: 34064 Summary: Compare kohastructure.sql against current database using database audit script Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz As Marcel notes in bug 30486, it's common for an upgraded database to be inconsistent with kohastructure.sql. It would be useful to have an audit script which could compare the current database with kohastructure.sql to see what differences there are. -- Fortunately, I've come up with a script, which hopefully should get us most of the way there. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 53

[Bug 33182] New: Expand options for OpacItemLocation
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '25

20 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33182 Bug ID: 33182 Summary: Expand options for OpacItemLocation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The options in OpacItemLocation are: -library and call number -library, collection code, and call number -only libray -library, location, and call number These options seem a bit arbitrary. I often have requests to have both collection code and location but that is not possible with the current configuration. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 22178] New: Add start and end date for repeated holidays
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '25

19 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22178 Bug ID: 22178 Summary: Add start and end date for repeated holidays 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- When weekly or other repeating holidays are changed it will always effect dates in the future, but also in the past. For fine calculation and other reasons this can cause problems. It would be nice if it would possible to start and and repeated holidays at specific dates. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 33190] New: Add search history button to advance search form if EnableSearchHistory keep
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '25

19 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33190 Bug ID: 33190 Summary: Add search history button to advance search form if EnableSearchHistory keep Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: adam.styles(a)esa.edu.au QA Contact: testopia(a)bugs.koha-community.org Created attachment 148047 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=148047&action=e… screen shot of search history button in koha dev box as preview Hi All, I believe the 'search history' feature to be quite useful in daily repeated search work flows, further to this it is a feature fairly hidden behind a drop down UI in the top right when logged in. Therefor to promote the use of this valuable tool and also to improve it's discoverability, I propose the follow new enhancement. User story: * Add 'search history' button to advanced search button groups if 'EnableSearchHistory' sys pref is set to 'keep' Key logic: * If 'EnableSearchHistory' sys pref is set to 'keep' (this is an existing sys pref), an additional 'search history' button will populate at the of the current advance search buttons group * This new button element makes use of the existing syntax for other button on page and loads the font awesome 4.7 history icon which aligns with the buttons action. * The button will not display unless 'EnableSearchHistory' sys pref is set to 'keep', which makes use of a IF statement in the advsearch.tt template file at around line 100 ish (see patch) ``` [% IF Koha.Preference('EnableSearchHistory') %] <div class="btn-group"> <a href="/cgi-bin/koha/catalogue/search-history.pl" class="btn btn-link"><i class="fa fa-history"></i> search history</a> </div> [% END %] ``` I have tested in Koha dev box v22 and all works well. I will create test plan in patch commit message. I am creating my first patch for this very soon, just reading coding guidelines to ensure I patch as community expects. See attached screen shot. I welcome feedback. Thanks. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31