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

[Bug 4809] Allow to pay lost item replacement fee when changing the lost status
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '24

19 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4809 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=22740 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 14216] Koha should send a notice (via e-mail/print/or both) when changes are made to a patron account.
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '24

19 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14216 --- Comment #2 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- When the password is changed we have PASSWORD_CHANGE now. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 35839] New: Local use is double-counted when using both RecordLocalUseOnCheckin and statistical patrons
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '24

19 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35839 Bug ID: 35839 Summary: Local use is double-counted when using both RecordLocalUseOnCheckin and statistical patrons Change sponsored?: --- Product: Koha Version: unspecified 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 To recreate: - enable RecordLocalUseOnReturn - create a statistical patron category and a patron in it - check an item out to your statistical patron - count local use entries with a report: SELECT * FROM statistics WHERE type='localuse' AND itemnumber= (your item) - see that your one checkout has created 2 entries in statistics It seems plausible that a single library might want to use these two features concurrently to count different things, but doing so creates an inflated count. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 23012] New: Possibility to mark processing fee by default refund when item is found
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '24

18 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23012 Bug ID: 23012 Summary: Possibility to mark processing fee by default refund when item is found Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Hi, When you indicate a Processing fee and a replacement cost by default for a particular item type, these two fees are charge to users when an item is indicating as lost by the patron in koha. If you indicate that the item is now found, the replacement cost will be refund in the patron’s account if RefundLostOnReturnControl is activate. But, the processing fee is not refund in this situation. It would be nice to have the possibility to decide when the lost item is found that the processing fee by default will be refund ore not. It could be managed by a system preference or something like that. Test plan: -Activate WhenLostChargeReplacementFee -indicate a processing fee and a replacement cost by default for an item type. -check out an item with the same item type to a patron -Active RefundLostOnReturnControl -mark this item as lost by the patron in koha -see that the processing fee and the replacement cost are charge to the patron. -Mark the item as found by a check in -See that the replacement cost is refund and not the Processing fee. It could be a system preference in the same way that WhenLostChargeReplacementFee but for the processing fee. Regards, Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 67

[Bug 14216] Koha should send a notice (via e-mail/print/or both) when changes are made to a patron account.
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '24

18 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14216 --- Comment #1 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- 8 years later, this is still an important need. I was just thinking the other day, it would be good if the patron was notified if their password was changed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 30934] New: Allow for this system preference NoRefundOnLostReturnedItemsAge to be library specific
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '24

18 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30934 Bug ID: 30934 Summary: Allow for this system preference NoRefundOnLostReturnedItemsAge to be library specific Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 Currently, each branch can identify what their refund rules are in the circulation and fine rule matrix in the 'Default lost item fee refund on return policy'. Recently the system preference, NoRefundonLostReturnedItemAge has been introduced however as a global option. It would be more beneficial to multibranch library systems to determine this specific system preference by branch and not a system rule. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 35734] New: Message queue table lock will crash Koha
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '24

18 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35734 Bug ID: 35734 Summary: Message queue table lock will crash Koha 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: johanna.raisa(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Locking the message_queue table on circulation and reserves will crash Koha, if there are many circulation or/and reservation operations on running and the process_message_queue cron is processing messages. Locking a table is not a very good way to handle digest messages and active queue, this should be handled with a new message status instead. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 35269] New: Koha::Item->update_item_location should be named `location_update_trigger`
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '24

17 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35269 Bug ID: 35269 Summary: Koha::Item->update_item_location should be named `location_update_trigger` 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 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 21159] New: Blank item shelving location (952$c) on issue and return based on syspref values
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '24

17 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21159 Bug ID: 21159 Summary: Blank item shelving location (952$c) on issue and return based on syspref values 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: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Items shelving location (952$c) is blanked when the item is issued (if the new syspref BlankShelvingLocationOnIssue is enabled) and returned (if the new syspref BlankShelvingLocationOnReturn is enabled). i.e. This patch will blank shelving location on circulation actions, it will utilise two system preferences rather than one so it can work however people want it to. The sysprefs will both be off by default. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 153

[Bug 35827] New: Ability to define item creation option for a vendor
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '24

17 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35827 Bug ID: 35827 Summary: Ability to define item creation option for a vendor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The option "Create items when:" is only available for baskets. It should be useful to make it available for vendors. Use case : vendor used for electronic resource, if the library don't want to create items for those resources -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1