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

[Bug 40624] New: Remove unblessed finds from sugggestions.pl
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40624 Bug ID: 40624 Summary: Remove unblessed finds from sugggestions.pl Change sponsored?: --- 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: baptiste.wojtkowski(a)biblibre.com 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 0

[Bug 40098] New: Article requests: Some DataTables functionality is broken
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40098 Bug ID: 40098 Summary: Article requests: Some DataTables functionality is broken Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: RESOLVED Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Status: RESOLVED Resolution: DUPLICATE When you change the status of an article request using the "Actions" menu, the affect row should be removed and the table redrawn. Instead there is an error in the console: Uncaught (in promise) TypeError: requested_datatable.rows is not a function UpdateTabCounts http://127.0.0.1:8081/cgi-bin/koha/circ/article-requests.pl?branchcode=:117… SetPending http://127.0.0.1:8081/cgi-bin/koha/circ/article-requests.pl?branchcode=:116… --- Comment #1 from Owen Leonard <oleonard(a)myacpl.org> --- *** This bug has been marked as a duplicate of bug 40107 *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 27595] New: Placing Patrons on Hold for Accepted Purchase Suggestions
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27595 Bug ID: 27595 Summary: Placing Patrons on Hold for Accepted Purchase Suggestions 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: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, Koha does alert a patron when a purchase suggestion has been ordered and also when it is available in Koha. But it would be nice to have a further enhancement to this process and place a hold for the patron on the record once it has been accepted. This is an extra step for libraries, and it would streamline the library's process for this to be done automatically. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 74

[Bug 15219] Server-side processing and pagination on checkouts tables
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15219 --- Comment #60 from Owen Leonard <oleonard(a)myacpl.org> --- This bug is no longer relevent? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8779] .deb upgrade fails on incomplete instance setup
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8779 Tomás Cohen Arazi (tcohen) <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WONTFIX CC| |tomascohen(a)gmail.com Status|Patch doesn't apply |RESOLVED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28400] New: Add SMS providers message id to message_queue table
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28400 Bug ID: 28400 Summary: Add SMS providers message id to message_queue table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Some SMS providers give an id in response body which you can use to track message status. Now message_queue table doesn't have any field where this could be put. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 39845] New: Add Koha::Acquisition::Orders->unreceived_totals
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39845 Bug ID: 39845 Summary: Add Koha::Acquisition::Orders->unreceived_totals Change sponsored?: --- 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I wrote this method while working on bug 32266. I'm not sure if I'm gonna use it. Leaving here in case it is useful in the future. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 39246] New: Patron category charge limit inputs should be longer
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39246 Bug ID: 39246 Summary: Patron category charge limit inputs should be longer Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The various charge limit settings for a patron category (noissuescharge, noissueschargeguarantees, and noissueschargeguarantorswithguarantees) are too short. The size of all these inputs is only 3 characters and their max length is 4. This is too small for many of the valid values that might be chosen. For instance, if you want to set a charge limit over 100 currency units, you will not be able to use decimals (because "100." takes up the maximum of four characters). This won't work well for currencies where an individual unit is low value. It's awkward for us if I want to write "50.00" in. These are INT 10 fields in the database so I think it shouldn't cause any problems to lengthen the inputs. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

Issue with Price Formatting in ACQORDER Email Notice
by Londhe Amar 08 Aug '25

08 Aug '25

Hi, I'm currently trying to use |[% USE Price %]| in the ACQORDER email notice, but it doesn't seem to be working as expected. I've updated the email notice as follows: [%- USE Price -%]  <th>[% aqorders.listprice | $Price %]</th> [% aqorders.replacementprice | $Price %] However, instead of displaying the formatted price, it shows *0.00*. When I use the angle bracket syntax, the actual price values are displayed correctly, like: <<aqorders.listprice>> → 123.00000 <<aqorders.replacementprice>> → 123.00000 I've tested this both on my demo instance and on the community demo instance (https://demo-intra.mykoha.co.nz) and the result is the same. Could you please help me understand what might be going wrong or how I can get the formatted price to display correctly?

1 0

[Bug 31224] New: Koha::Biblio::Metadata->record should use the EmbedItems filter
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31224 Bug ID: 31224 Summary: Koha::Biblio::Metadata->record should use the EmbedItems filter Change sponsored?: --- Product: Koha Version: unspecified 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 29697 removed GetMarcBiblio in favor of using Koha::Biblio::Metadata->record. YAY! But it added a redundant Koha::Biblio::Metadata::_embed_items method. It also adds a suspicious 'record' param. I say suspicious because it looks like a trick to have a given MARC::Record object added the items information. Which feels like wrong API design. Specially when we have the Koha::Filter::MARC::EmbedItems processor filter for the task. Now that things are 'modernized' we really need to revisit this code for a cleanup. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 107