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

[Bug 32498] New: Checking an in-transit item out at a branch other than the tobranch should cancel the transfer rather than complete it
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '25

21 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32498 Bug ID: 32498 Summary: Checking an in-transit item out at a branch other than the tobranch should cancel the transfer rather than complete it Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If an item is mid-transfer and gets checked out at a branch other than its tobranch, Koha marks the transfer as arrived and edits the tobranch to be the branch at which the checkout happens. This makes for a confusing data trail. Instead, the transfer should be cancelled and the original tobranch should be retained. https://github.com/Koha-Community/Koha/blob/c7a995d28f7ae3759ec9ad377b5f7f2… To recreate: 1: Start a manual transfer of an item from Branch A to Branch B 2: Confirm the item shows as in transit and the branchtransfers table shows frombranch=A, tobranch=B 3: Check item out at Branch A 4: Confirm the branchtransfers table now shows frombranch=A, tobranch=A, has a datearrived value, and has a comment "Forced branchtransfer" (or, if the checkout happens at a third branch) 5: Start a manual transfer of an item from Branch A to Branch B 6: Confirm the item shows as in transit and the branchtransfers table shows frombranch=A, tobranch=B 7: Check item out at Branch C 8: Confirm the branchtransfers table now shows frombranch=A, tobranch=C, has a datearrived value, and has a comment "Forced branchtransfer" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 32438] New: Pseudonymized_transactions should include payments and writeoffs
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '25

21 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32438 Bug ID: 32438 Summary: Pseudonymized_transactions should include payments and writeoffs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 24151 The pseudonymization process aims to duplicate the transactional circulation data from the statistics table in a way that does not allow borrowers to be identified. The statistics table also includes entries for payments and writeoffs that contain the borrowernumber of the impacted patron. We should also record payments and writeoffs in pseudonymized_transactions when pseudonymization is enabled. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24151 [Bug 24151] Add a pseudonymization process for patrons and transactions -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 22513] New: Anonymize old ILL requests
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '25

19 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22513 Bug ID: 22513 Summary: Anonymize old ILL requests Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no Target Milestone: --- I don't think this has been mentioned anywhere else? We should probably replace illrequests.borrowernumber with the value from the AnonymousPatron syspref at some point after the request is "done". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 29954] New: Fix C4::Context->unset_userenv
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '25

19 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29954 Bug ID: 29954 Summary: Fix C4::Context->unset_userenv 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Make parameters consistent. This routine does not have a class parameter like new_userenv does. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 21712] New: Report anonymized patron records
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '25

19 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21712 Bug ID: 21712 Summary: Report anonymized patron records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com See bug 21336 comment17. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 29390] New: Authorised values: Why not adding the FK on the way?
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '25

19 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29390 Bug ID: 29390 Summary: Authorised values: Why not adding the FK on the way? 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Because it is too much work :) Moving patches from 29336 to this one. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 26884] New: overdue_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '25

18 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26884 Bug ID: 26884 Summary: overdue_notices.pl 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: koha(a)trust-box.at QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz command line script overdue_notices.pl should 1. moved to a module (see https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16063) 2. refactored/cleaned up most importantly 3. made idempotent this could be achived via a checksum/signature including the "defining" fields for the message ie borrowernumber subject content metadata letter_code message_transport_type to_address from_address reply_address content_type so before a message is created a checksum is calculated and a look-up in the database is done whether the message already exists (maybe be ignored via a flag) so no matter how often or "how/too late" the script is executed, no message is "forgotten"/send multiple times -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 31242] New: Add rate-limiting to the REST API
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '25

16 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31242 Bug ID: 31242 Summary: Add rate-limiting to 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: dcook(a)prosentient.com.au CC: tomascohen(a)gmail.com As has been noted on bug 25870, there are times where we want to rate limit the REST API. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 22831] New: Elasticsearch - add a maintenance script for checking DB vs index counts
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '25

14 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22831 Bug ID: 22831 Summary: Elasticsearch - add a maintenance script for checking DB vs index counts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com Target Milestone: --- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 52

[Bug 32499] New: HOLDPLACED email goes to patron branch rather than item branch
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '25

13 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32499 Bug ID: 32499 Summary: HOLDPLACED email goes to patron branch rather than item branch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The HOLDPLACED email is sent out if "emailLibrarianWhenHoldIsPlaced" is enabled. Currently, it is sent to the patron's branch, but it seems to me (and my librarians) that it would make more sense to be emailed to the item's branch, since that's the branch where the librarian is going to be able to do something about it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15