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

[Bug 37869] New: Plugin hook before_send_messages not triggered for any messages sent without use of process_message_queue.pl
by bugzilla-daemon＠bugs.koha-community.org 30 May '25

30 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37869 Bug ID: 37869 Summary: Plugin hook before_send_messages not triggered for any messages sent without use of process_message_queue.pl 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Most messages in Koha are handled by process_message_queue.pl. This script calls before_send_messages which calls the plugin hook before_send_messages. This works for nearly all messages, but some messages like WELCOME notices are triggered immediately and do not way to for process_message_queue.pl to run. We should move the triggering of before_send_messages into SendQueuedMessages so it is always handled. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 33690] New: Add ability to send welcome notice when creating patrons using the REST API
by bugzilla-daemon＠bugs.koha-community.org 30 May '25

30 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33690 Bug ID: 33690 Summary: Add ability to send welcome notice when creating patrons using the REST API 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: kyle(a)bywatersolutions.com CC: tomascohen(a)gmail.com As an addition/alternative to Bug 30299, it would be nice to have the ability to send a welcome notice when creating patrons via the API. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 43

[Bug 34212] New: Bug 23336 follow-up
by bugzilla-daemon＠bugs.koha-community.org 30 May '25

30 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34212 Bug ID: 34212 Summary: Bug 23336 follow-up 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 Jonathan highlighted a few clean ups and improvements just after push of bug 23336. I intend to take care of them here so we don't lose them on the bug itself. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 30979] New: Add ability for opac users to checkout to themselves
by bugzilla-daemon＠bugs.koha-community.org 30 May '25

30 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30979 Bug ID: 30979 Summary: Add ability for opac users to checkout to themselves Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org In some trusted environments libraries would like their users to self-issue without having to use the SCO or SIP checkouts. i.e. once logged in a user should have the ability to check out to themselves much like they already have the option to renew and place holds etc. -- You are receiving this mail because: You are watching all bug changes.

1 187

[Bug 37590] New: Allow requesting circulation rule sets using wildcards
by bugzilla-daemon＠bugs.koha-community.org 30 May '25

30 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37590 Bug ID: 37590 Summary: Allow requesting circulation rule sets using wildcards Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com The API added for fetching circulation rules in bug 36641 allows for limiting which rules you wish to have returned by passing a comma delimited list of rules names in the ?rules= param. We could enhance this to allow for wildcards and open up the opportunity for returning sets of related rules based on a common prefix in the rule name. For example.. `?rules=recalls_*,overdue*` would return all recalls_ and overdue rules without having to specify each of them individually in the query. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 36641] New: Add an endpoint to list circulation rules for an itemtype, branchcode and patron category combination
by bugzilla-daemon＠bugs.koha-community.org 30 May '25

30 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36641 Bug ID: 36641 Summary: Add an endpoint to list circulation rules for an itemtype, branchcode and patron category combination 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: martin.renvoize(a)ptfs-europe.com CC: tomascohen(a)gmail.com It would be helpful to have an API endpoint that allowed fetching the circulation rules for a given itemtype, branchcode and patron category combination. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 116

[Bug 39480] New: OPAC view showing double commas on personal name entries with multiple subfield e relator terms.
by bugzilla-daemon＠bugs.koha-community.org 30 May '25

30 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39480 Bug ID: 39480 Summary: OPAC view showing double commas on personal name entries with multiple subfield e relator terms. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jboles(a)gc.edu QA Contact: testopia(a)bugs.koha-community.org Created attachment 179835 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=179835&action=e… Cataloging Record and OPAC View of double comma issue When entering cataloging records for personal name entries (Fields 100, 700, etc.) that have multiple subfield e relator terms, the OPAC view displays those terms with double commas between them instead of just one. Example: (Cataloging record) 700 1 _ ‡aGibbons, Dave,‡d1949-‡eillustrator,‡eletterer.‡1https://id.oclc.org/worldcat/entity/… -The two ‡e entries have a comma between them according to OCLC Bibformats. (OPAC view) Gibbons, Dave, 1949- [illustrator,, letterer.] -The OPAC view displays this with an extra comma between the two relator terms. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 35981] New: Add authorized values for Relator Codes
by bugzilla-daemon＠bugs.koha-community.org 30 May '25

30 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35981 Bug ID: 35981 Summary: Add authorized values for Relator Codes Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 34677 updates the relator terms and codes list. There are authorized values for Relator Terms but not for Relator Codes. This should be separated out so that the codes can be selected for $4, which is more correct for that subfield. While it is possible for a user to add authorized values for Relator Codes, it would be nice if they were included. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 38806] New: Dismissing a "Wrong transfer detected" modal leads to transfer not cancelable anymore
by bugzilla-daemon＠bugs.koha-community.org 29 May '25

29 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38806 Bug ID: 38806 Summary: Dismissing a "Wrong transfer detected" modal leads to transfer not cancelable anymore Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com 1. syspref TransfersBlockCirc => don't block 2. Find or create an item that belongs to a branch other than the logged-in branch Like 39999000012118 in test data 3. Check in the item - this should trigger a Return to Home transfer 4. Click OK on the modal to confirm the transfer 5. Check in that item again 6. Click away to dismiss the modal 7. in another tab go see the record page and see that the item is in pending transit 8. back to 1st tab, check in that item again 9. "Please return this item", no cancel button. This isn't right, there was already a transfer. 10. Click ok 11. Check in the item again. 12. Still "Please return this item", no cancel button, item status: "Transit pending" This is even more wrong! It's not possible to cancel anymore. Is step 7 finding the expected status? (Transit pending) Or is that a 3rd problem? Is there a better title for the bug? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 30281] New: Schedule batch patron deletion and anonymization
by bugzilla-daemon＠bugs.koha-community.org 29 May '25

29 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30281 Bug ID: 30281 Summary: Schedule batch patron deletion and anonymization Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Would love to see someone incorporate reoccurring scheduling on this page that didn't require us to setup a cron job on the backend. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5