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

[Bug 38843] New: Ability to add note to patron charges without making payment
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '25

08 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38843 Bug ID: 38843 Summary: Ability to add note to patron charges without making payment Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries would find it helpful to be able to add notes to patrons' unpaid fines/fees without making a payment or writing off the charge. For instance, college/university libraries who send charge details to a centralized bursar's office could use this to indicate when the charge has been sent. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 38848] New: Add a "processing" status for notices between "Pending" and "Sent/Failed"
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '25

08 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38848 Bug ID: 38848 Summary: Add a "processing" status for notices between "Pending" and "Sent/Failed" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CHECKOUT, CHECKIN and HOLD digest notices have the potential for confusion when circ transactions happen while process_message_queue is running. We've seen instances in which large batch checkins via RFID happen during process_message_queue such that the notice received by the patron contains fewer titles than the notice shows in the database. We could prevent this if the cron were to gather the notices to act on, first set them all the "Processing" and then proceed with the rest of its work. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 29422] New: Add additional match types to dataTables api wrapper
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '25

08 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29422 Bug ID: 29422 Summary: Add additional match types to dataTables api wrapper 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart+koha(a)gmail.com, testopia(a)bugs.koha-community.org, tomascohen(a)gmail.com Depends on: 29302, 29408 The `criteria` key in the dataTables wrapper allows the developer to pick the type of comparison that is used in searches. However, it is currently limited to `contains`, `starts_with`, `ends_with` and `exact`. I propose to add some additional comparisons for numeric and date comparisons. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29302 [Bug 29302] The dataTables Koha RESTful API wrapper should allow picking match type at the column level https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29408 [Bug 29408] The datatables api wrapper is ambiguously named -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 36270] New: Remove special handling for <<borrower-attribute:CODE>>
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '25

08 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36270 Bug ID: 36270 Summary: Remove special handling for <<borrower-attribute:CODE>> 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Borrower attributes should be simple enough to fetch using TT syntax now and the special casing here for the old template syntax is a blocker for it's removal. As this functionality is not documented anywhere and there's not any cases of it in use in the default shipped notices I think we should just remove it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 30751] New: Print autorenewal notice to console when running in verbose.
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '25

08 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30751 Bug ID: 30751 Summary: Print autorenewal notice to console when running in verbose. 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz It would be really helpful to be able to preview how the notices look for autorenewals. It's fairly simple to add this to the script when running in verbose mode. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 36617] New: The old googleopenidconnect service should redirect to page that initiated login
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '25

08 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36617 Bug ID: 36617 Summary: The old googleopenidconnect service should redirect to page that initiated login Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: vanoudt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Splitting bug 34164 up, with this bug referring to the old googleopenidconnect service. At the moment, a successful googleopenidconnect login is sent to opac-user.pl/opac-main.pl or mainpage.pl instead of the page that initiated the login process. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 23030] New: Install Date
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '25

08 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23030 Bug ID: 23030 Summary: Install Date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Would like to see the install date (or last upgrade date, or both) in About. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 16734] New: getLanguages() in opac-search.pl should be called only if needed
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '25

08 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16734 Bug ID: 16734 Summary: getLanguages() in opac-search.pl should be called only if needed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org There is no need to always call getLanguages() in opac/opac-search.pl (especially not if it's an actual search), it's output is used only in opac-advsearch.tt template. This patch moves it into 'if ( ... $template_type eq 'advsearch' )' block. Speed gain is rather moderate (40 - 80 msec, if the mysql server is no too busy, and the results are already in query cache), but it eliminates a lot of small DBI calls, making a further profiling of OPAC searches a bit easier. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 7013] required format is not enforced for authorized values
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '25

07 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7013 Laura O'Neil <laura(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |laura(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28742] New: OAI.xslt has hardcoded metadataPrefix = oai_dc
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '25

07 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28742 Bug ID: 28742 Summary: OAI.xslt has hardcoded metadataPrefix = oai_dc Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When viewing the pages on the web there are many places where oai_dc is hardcoded - there should be an option in config/sets for the default prefix to use in the template -- You are receiving this mail because: You are watching all bug changes.

1 4