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

[Bug 30816] New: Use of uninitialized value in numeric ge (>=) at /usr/share/koha/lib/C4/Serials.pm
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '25

02 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30816 Bug ID: 30816 Summary: Use of uninitialized value in numeric ge (>=) at /usr/share/koha/lib/C4/Serials.pm Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Blocks: 25790 The code here is: for(my $i = 0; $i < $count; $i++) { if($calc{'X'}) { # check if we have to increase the new value. $newinnerloop1 += 1; if ($newinnerloop1 >= $pattern->{every1}) { $newinnerloop1 = 0; $newlastvalue1 += $pattern->{add1}; } # reset counter if needed. $newlastvalue1 = $pattern->{setto1} if ($newlastvalue1 > $pattern->{whenmorethan1}); } And above: $newinnerloop1 = $subscription->{innerloop1} || 0; I believe this is caused by subscription_numberpatterns.every1 being NULL. The default in the database is NULL, but I haven't tested if this can be set manually from the GUI yet. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25790 [Bug 25790] [OMNIBUS] warnings removal -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 36684] New: Cancelling an item with uncertain prices leaves the basket marked as a problem
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '25

02 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36684 Bug ID: 36684 Summary: Cancelling an item with uncertain prices leaves the basket marked as a problem Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: Laura.escamilla(a)bywatersolutions.com Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Issue: When a basket contains an item with an uncertain price, it is flagged as a 'problem.' Baskets cannot be finalized if they include items with uncertain prices. However, if you cancel an order for an item with an uncertain price, the basket still remains marked as a 'problem,' but it can be closed out. This situation might confuse some users who may wonder why their basket is labeled as a problem. This confusion arises because the active items do not display uncertain prices, and there is no way to ascertain whether canceled items were initially marked as uncertain before their cancellation. Suggested resolution: Prevent users from cancelling items with uncertain prices until the uncertain price is cleared/resolved. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 38069] New: Table settings not saving
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '25

02 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38069 Bug ID: 38069 Summary: Table settings not saving Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: critical Priority: P5 - low Component: System Administration Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you save the form nothing is saved (and all silent) -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 37955] New: Clicking table's 'configure' button no longer opens column settings page properly
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '25

02 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37955 Bug ID: 37955 Summary: Clicking table's 'configure' button no longer opens column settings page properly Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, jonathan.druart(a)gmail.com, katrin.fischer(a)bsz-bw.de, martin.renvoize(a)ptfs-europe.com, oleonard(a)myacpl.org, paul.derscheid(a)lmscloud.de When clicking on the 'Configure' button on any table, the column settings page no longer navigates (and expands) the relevant table settings. Mattermost discussion thread: https://chat.koha-community.org/koha-community/pl/oarowazpat8kfe4cozbjftidya -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 39440] New: Add option to OAI-PMH harvester for bibliographic framework
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '25

02 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39440 Bug ID: 39440 Summary: Add option to OAI-PMH harvester for bibliographic framework Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl On Mattermost, Mathieu Saby suggested adding an option to the OAI-PMH harvester for providing a bibliographic framework. At the moment, it adds all new records using the Default framework, but it would be useful to specify a different framework. -- It looks like the way to do it would be to add a column to the oai_servers table, update the web form, and then update Koha/OAI/Client/Harvester.pm to pass the framework to AddBiblio(). I suppose another option would be to add a CLI parameter. That would be faster/easier, but... it would be incongruent with how most of the config works, so probably the oai_servers table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 36287] New: Ability to view both the budget name and budget code in a basket
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '25

02 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36287 Bug ID: 36287 Summary: Ability to view both the budget name and budget code in a basket Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries have expressed interest in seeing both the budget name and code in the basket table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 39463] New: delete_patrons.pl to delete all patrons or provide reason why they're not deleted
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '25

01 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39463 Bug ID: 39463 Summary: delete_patrons.pl to delete all patrons or provide reason why they're not deleted Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz I'm trying to use the delete_patrons.pl script to delete all the patrons from a library (the library closed and I'm trying to delete everything from the environment which it shared with other independent libraries). I noticed I have to run it several times in order to delete all the patrons, but even with -v, it doesn't tell me why it doesn't delete some patrons. Note that I already returned all the checkouts and written off all the unpaid charges for the patrons of that library. I was able to recreate it partially on KTD 1. Count the patrons per branch before running the script MariaDB [koha_kohadev]> select branchcode, count(*) from borrowers group by branchcode; +------------+----------+ | branchcode | count(*) | +------------+----------+ | CPL | 3 | | FRL | 9 | | MPL | 18 | | PVL | 1 | | SPL | 22 | +------------+----------+ 5 rows in set (0.001 sec) 2. Use delete_patrons.pl to delete all MPL patrons ./misc/cronjobs/delete_patrons.pl --library MPL --confirm -v Notice it says only 16 patrons "match conditions" even though I have 18 patrons with MPL branchcode. It does not explain why there are some that don't match. On my test DB for the actual environment, I have to run the script several times in a row to delete almost all the ~1000 patrons. When I run it the first time, it says 925 matches, then 88, then 1 then 0. And even after it says there are 0 matches, there are still 6 patrons in the database. It's probably the staff users, but I'd like it to tell me. Maybe I'm misunderstanding the way this works. For example, in the KTD database, I would expect it to "match" all 18 patrons whose branchcode is MPL and tell me why the two are not deletable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 39181] New: Log changes in baskets and orders
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '25

01 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39181 Bug ID: 39181 Summary: Log changes in baskets and orders Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: Laura.escamilla(a)bywatersolutions.com Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently changes to baskets and orderlines are not logged. We should be logging them in order to see where any deletions or changes were made. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 39425] New: MarcFieldsToOrder should not error out on a duplicated field
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '25

01 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39425 Bug ID: 39425 Summary: MarcFieldsToOrder should not error out on a duplicated field Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If a field in MarcFieldsToOrder has two values price: 020$c When adding a staged file to a basket you get a 500 error and the logs say something like: ==> /var/log/koha/{site}/plack-error.log <== Invalid number of fields detected on field 020, please check this file at /usr/share/koha/lib/Koha/MarcOrder.pm line 294. We should find a way to handle this in the code, or at least provide meaningful feedback to the user -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 37750] New: Elasticsearch Authorities default mapping is missing 'identifier-other' => 024$a
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '25

01 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37750 Bug ID: 37750 Summary: Elasticsearch Authorities default mapping is missing 'identifier-other' => 024$a Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)hypernova.fi 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 4