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

[Bug 35656] New: Autorenewal notices can resend content that has already been relayed to the patron
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '25

26 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35656 Bug ID: 35656 Summary: Autorenewal notices can resend content that has already been relayed to the patron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Enable AutoRenewalNotices 2. Choose a patron and make sure they have an email address and messaging prefs set to revieve an AUTO_RENEWAL_DGST 3. Set Circ rules so automatic_reneal is on 4. Check out several items (item 1, item 2, and item 3) to your chosen patron, and make sure they are within range of auto renewing via circ rule "No renewal before" 5. Put item 1, item 2, and item 3 on hold for someone else. 6. Run the autorenewal script. 7. Patron receives message that item 1, item 2, and item 3 will not be renewed because they are on hold for someone else. 8. Checkout item 4, making sure it is within range of auto renewing via circ rule "No renewal before". 9. Run the script, item 4 will successfully auto renew. However the notice always states that item 1, item 2, and item 3 on hold for someone else. Since the patron has already receievd a notice that item 1, item 2, and item 3 are on hold for someone else they do not want to be told again. The 2nd notice ( step 6 ) should only notifiy the patron that item 4 has been renewed. Currently, if 1 item changes in status we will resend info. about ALL renewals, even if patron has been notified. The autorenewal script should only send information on items that have changed in status. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 40247] New: Add a 25.05 section to the what's new page
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '25

26 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40247 Bug ID: 40247 Summary: Add a 25.05 section to the what's new page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement 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 CC: aude.charillon(a)openfifth.co.uk, david(a)davidnind.com, philip.orr(a)lmscloud.de Add a 25.05 section to the what's new page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 40246] New: Koha/Booking.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '25

26 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40246 Bug ID: 40246 Summary: Koha/Booking.t is failing randomly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Koha_Main_D11/959 02:16:35 koha_1 | # Failed test 'Multiple different items were selected randomly across bookings, and a cancelled booking is allowed in the selection' 02:16:35 koha_1 | # at t/db_dependent/Koha/Booking.t line 366. 02:16:35 koha_1 | # Looks like you failed 1 test of 5. 02:16:35 koha_1 | 02:16:35 koha_1 | # Failed test '_assign_item_for_booking() tests' 02:16:35 koha_1 | # at t/db_dependent/Koha/Booking.t line 369. 02:16:35 koha_1 | DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Duplicate entry '45' for key 'PRIMARY' at /kohadevbox/koha/Koha/Object.pm line 174 02:16:35 koha_1 | DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Data truncated for column 'status' at row 1 at /kohadevbox/koha/Koha/Object.pm line 174 02:16:35 koha_1 | # Looks like you failed 1 test of 16. 02:16:35 koha_1 | 02:16:35 koha_1 | # Failed test 'store() tests' 02:16:35 koha_1 | # at t/db_dependent/Koha/Booking.t line 628. 02:16:35 koha_1 | # Looks like you failed 1 test of 2. 02:16:35 koha_1 | [00:13:22] t/db_dependent/Koha/Booking.t -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31450] New: HTML customizations and News will not display on OPAC
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '25

26 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31450 Bug ID: 31450 Summary: HTML customizations and News will not display on OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: -Create some HTML Customizations and some News item that are set to display on the OPAC. -Go to the OPAC and notice none of these display. Possibly from Bug 15326? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 49

[Bug 36531] New: Koha should serve text/javascript compressed, like application/javascript is
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '25

26 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36531 Bug ID: 36531 Summary: Koha should serve text/javascript compressed, like application/javascript is Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: phil(a)chetcolibrary.org Reporter: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 36463 Discovered via bug 36463, while we compress application/javascript, which is how we serve static .js files (though that may well be OS-dependent, coming from /etc/mime.types), we don't compress text/javascript, which is what output_with_http_headers produces when you ask for 'js'. That's actually currently the correct choice, since in May 2022 RFC 9239 obsoleted RFC 4329 which from 2006 to 2022 said that application/javascript was correct. Not many things seem to actually use output_with_http_headers for js (and most of them seem to actually mean json rather than js), but one huge one does: the initial load of svc/cataloguing/framework for the advanced cataloging editor loads an uncompressed 1.9MB of js (json, but because it's loaded through RequireJS, it winds up loaded as js rather than json, and serving it as json would produce an annoying browser warning) which compressed is a lovely 176KB. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36463 [Bug 36463] We should compress our JSON responses (gzip deflate mod_deflate application/json) -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 36873] New: Koha::Objects->delete should accept parameters and pass them through
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '25

26 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36873 Bug ID: 36873 Summary: Koha::Objects->delete should accept parameters and pass them through Change sponsored?: --- Product: Koha Version: unspecified 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Taking `Koha::Item->delete` as an example, it accepts many parameters. Calling `Koha::Items->delete` will find out there's a `delete()` method defined in `Koha::Item` and loop through all items, calling that particular method. It would be handy if we could pass on some parameters. As an example, the following sequence: ```perl $biblio->items->delete; DelBiblio( $biblio->id); ``` would trigger reindexing the record for each item, and then when actually deleting the biblio. With the current codebase, to avoid it, we could instead do: ```perl foreach my $item ($biblio->items->as_list) { $item->delete( { skip_record_index } ); } DelBiblio( $biblio->id); ``` But it would be great if we could just write: ```perl $biblio->items->delete( { skip_record_index => 1 } ); DelBiblio( $biblio->id ); ``` -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 38507] New: Add tests for changes from bug 36736
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '25

26 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38507 Bug ID: 38507 Summary: Add tests for changes from bug 36736 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: nick(a)bywatersolutions.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 36736 Moved from bug 36736. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36736 [Bug 36736] Add ability to load DBIx::Class Schema files found in plugins -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 38257] New: Several functionalities broken in cart pop up
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '25

26 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38257 Bug ID: 38257 Summary: Several functionalities broken in cart pop up Change sponsored?: --- Product: Koha Version: Main 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: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org For some reason change made in bug 37033 to cart pop up has broken its functionalities. All following functionalities are now broken: - More details - Send - Download - Print - Empty and close - Remove - Add to a list - Place hold - Batch modify - Batch delete To reproduce: 1. Search for items and add one or more search results to your cart. 2. Open cart. 3. Attempt to use one functionality mentioned above. => Either nothing happens or table is loaded again with no items in table. However items are still displayed in cart when it's opened again. Also following errors are displayed in browsers console: > Uncaught TypeError: antiClickjack is null > Uncaught TypeError: $(...).dataTable is not a function Removing line [% INCLUDE 'intranet-bottom.inc' popup_window=1 %] from basket.tt fixes the problem, but then plugin intranet_js won't work. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 33641] New: We should record return branch in old checkouts (oldissues)
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '25

26 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33641 Bug ID: 33641 Summary: We should record return branch in old checkouts (oldissues) Change sponsored?: --- Product: Koha Version: master 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org See bug 33010 - the intention is to list the checkouts returned at current branch, but we only store this info in statistics. It would be handy to keep this info in the issue/oldissues tables -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 62

[Bug 37509] New: (Bug 32693 follow-up) Elasticsearch status info missing from 'Server information'
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '25

26 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37509 Bug ID: 37509 Summary: (Bug 32693 follow-up) Elasticsearch status info missing from 'Server information' Change sponsored?: --- Product: Koha Version: unspecified 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: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)ptfs-europe.com Depends on: 32693 After applying bug 32693 the Elasticsearch checks are performed only for 'System information' tab (About Koha section). As the result, information about Elasticsearch status is missing from the main tab (Server information). Only misleading empty "Version: | Nodes: | Status: not running" info is shown. The Elasticsearch checks should be (as a whole or in relevant fragments) performed both for "about" and "sysinfo" $tab(s). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32693 [Bug 32693] The 'About Koha' page loads slowly -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24