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

[Bug 3150] Move emails for sending cart and list contents into notices tool
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '21

24 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3150 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #123020|0 |1 is obsolete| | --- Comment #57 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 125225 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=125225&action=e… Bug 3150: Move emails for sending cart and list contents to notices This patch creates notices using Template Toolkit syntax for sending emails containing cart and list contents. To test: 1. Apply Bug 27266 2. Run update database and restart services 3. In the staff client, add multiple items to your cart and to a list 4. Go to your cart and click Send to email the contents 5. Add an email and a comment and click Send 6. Confirm the information shown in the success message is correct 7. In your terminal, log into the database. View the message queue ( i.e. select * from message_queue; ). Confirm that your email has been queued and the content is all correct. Confirm the cart contents has been included as an attachment. 8. Go to your list and click Send list to email the contents 9. Repeat steps 5-7 10. Log into the OPAC 11. Add multiple items to your cart and to a list 12. Repeat steps 4-9 13. By the end, you should have four emails in your message queue. All of the data about the items should be correct, they should all have attachments, and be addressed to the correct email address. Sponsored-by: Bibliotheksservice-Zentrum Baden-Württemberg (BSZ) Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.com> Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7972] GUI for Crons
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '21

23 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7972 Rebecca Coert <rcoert(a)arlingtonva.us> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rcoert(a)arlingtonva.us --- Comment #12 from Rebecca Coert <rcoert(a)arlingtonva.us> --- It would be very helpful to have this feature - both the scheduling ability and the cron status view. This would be very useful if we need to adjust our settings quickly for some reason. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 12802] Send notices using several email addresses
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '21

23 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12802 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=22343 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12802] Send notices using several email addresses
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '21

23 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12802 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fridolin.somers(a)biblibre.co | |m Status|Patch doesn't apply |ASSIGNED --- Comment #103 from Fridolin Somers <fridolin.somers(a)biblibre.com> --- With this feature there is actually an exception thows by Koha/Email.pm : Koha::Exceptions::BadParameter->throw("Invalid 'to' parameter: ".$args->{to}) unless Email::Valid->address($args->{to}); # to is mandatory -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7972] GUI for Crons
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '21

23 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7972 Amanda Campbell <acampbell(a)hmcpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |acampbell(a)hmcpl.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8838] Digest option for HOLD notice
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '21

23 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8838 Amanda Campbell <acampbell(a)hmcpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |acampbell(a)hmcpl.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23819] New: Allow status to be set during creation of a purchase suggestion
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '21

23 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23819 Bug ID: 23819 Summary: Allow status to be set during creation of a purchase suggestion Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisetteslatah(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Here is the workflow where this would be helpful: 1. Patron asks if we have a book. 2. Staff member checks in catalog that we don't have it, offers to make purchase suggestion. 3. Staff members fills out purchase suggestion and currently: Saves the suggestion and has to edit again to be able to edit status to "Sent to Adult Librarian" Would be nice if they could instead set that status on creation to reduce clicks. In this case 3 would say: 3. Staff member fills out purchase suggestion and sets status to "Sent to Adult Librarian" then saves purchase suggestion. Lisette -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 24454] New: currency formatting from JS
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '21

23 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24454 Bug ID: 24454 Summary: currency formatting from JS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: agustinmoyano(a)theke.io Reporter: agustinmoyano(a)theke.io QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com API calls in OPAC brings raw JSON. We need a way to format data into the configured currency from JS. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 29097] New: Overdue fines for lost items reinstated even when item returned on Fine Free mode
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '21

23 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29097 Bug ID: 29097 Summary: Overdue fines for lost items reinstated even when item returned on Fine Free mode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 23091 To recreate: - Set WhenLostChargeReplacementFee ON, WhenLostForgiveFine ON - Set you refund lost item value to EITHER refund lost fee and charge a new overdue fine OR refund lost fee and restore overdue fine - check an item out with a due date in the past, run the fines cron - mark the item lost, confirm the overdue fine is forgiven and a lost fee is applied - set checkin to Fine Free mode and check the item in - confirm your lost fee is gone and your overdue is back If the item is checked in on Fine Free mode, the fine should not come back. Or at least that should be a configurable option via a syspref. We have libraries set Fine Free on for all checkouts for amnesty periods. This sort of return of long-lost items is exactly what they're trying to incentivize with such a program. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23091 [Bug 23091] Add options to charge new or restore forgiven overdues when a lost item is returned -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 29096] New: Removing a lost status via item edit refunds lost fee without reinstating overdue fine
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '21

23 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29096 Bug ID: 29096 Summary: Removing a lost status via item edit refunds lost fee without reinstating overdue fine Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 23091 To recreate: - Set WhenLostChargeReplacementFee ON, WhenLostForgiveFine ON - Set you refund lost item value to EITHER refund lost fee and charge a new overdue fine OR refund lost fee and restore overdue fine - check an item out with a due date in the past, run the fines cron - mark the item lost, confirm the overdue fine is forgiven and a lost fee is applied - edit the item to remove the lost status - confirm the lost status is refunded but the overdue fine hasn't returned We're removing the lost fee on the assumption that we've found the item and therefore the patron doesn't owe us the replacement anymore. That assumption should also result in restoring/re-charging the overdue fine. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23091 [Bug 23091] Add options to charge new or restore forgiven overdues when a lost item is returned -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0