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

[Bug 39015] New: Date sorting not working in statistics wizards
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39015 Bug ID: 39015 Summary: Date sorting not working in statistics wizards Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org If a site has the dateformat system preference set to dd/mm/yyyy, date sorting doesn't work in the statistics wizards - e.g. /cgi-bin/koha/reports/cash_register_stats.pl. It does seem to sort correctly if the dateformat is set to mm/dd/yyyy. This might be connected to https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37875 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 39559] New: YY is not interpreted as a default value for authorities
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39559 Bug ID: 39559 Summary: YY is not interpreted as a default value for authorities Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Strings as YYYY, MM, DD put as part of default value for authorities are interpreted as year (four digits), month and day. YY is missing (two digits year). BTW, for bibliographic records it is <YYYY>, <YY>, <MM>, <DD> (in Koha/UI/Form/Builder/Biblio.pm). -- You are receiving this mail because: You are watching all bug changes.

1 10

[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 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

[Bug 39153] New: About does not handle log4perl warnings correctly.
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39153 Bug ID: 39153 Summary: About does not handle log4perl warnings correctly. Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org There is a check in tab about which should be moved to sysinfo.. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[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

[Bug 29185] New: Expose MARC21 tag 765 - Original Language Entry
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29185 Bug ID: 29185 Summary: Expose MARC21 tag 765 - Original Language Entry Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 25870] New: Add a q_ccl query parameter to /biblios
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25870 Bug ID: 25870 Summary: Add a q_ccl query parameter to /biblios Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com It would be great if we could just pass a CCL query to the /biblios route -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 70