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

[Bug 20884] New: Stale data remaining in cache after koha-remove
by bugzilla-daemon＠bugs.koha-community.org 13 May '20

13 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20884 Bug ID: 20884 Summary: Stale data remaining in cache after koha-remove Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcharaoui(a)cmaisonneuve.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net Created attachment 75836 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=75836&action=ed… 0001-Restart-memcached-after-koha-remove-if-needed.patch After running koha-remove, stale data remains in within the memcached server. Say if an instance is deleted then recreated immediately, changed data such as database credentials isn't loaded into the cache, resulting in strange, difficult to troubleshoot problems. The solution would be to flush memcached cache at the end of koha-remove. The most straightforward method to do this is simply restart the service. See attached patch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 8338] Fines not cleared with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 13 May '20

13 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |RM_priority -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8338] Fines not cleared with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 13 May '20

13 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338 --- Comment #20 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Bonus points.. check that the offsets (account details) make sense from each perspective.. looking at them from the payment, refund credit and overdue fine perspectives. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8338] Fines not cleared with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 13 May '20

13 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338 --- Comment #19 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Test Plan.. play with accounts and backdated returns.. report any oddities. More seriously. Test One 1 - Checkout an item to a patron and make it overdue (can backdate the checkout) 2 - Make sure the itemtype has fines that will be charged 3 - Charge the fines: Set finesMode = production perl misc/cronjobs/fines.pl -v 4 - Check the fine appears on the patrons account 5 - Browse to Circulation->Check in 6 - In 'Checkin settings' backdate to before the due date 7 - Check the fine no longer appears on the patrons account Test Two 1 - Checkout an item to a patron and make it overdue (can backdate the checkout) 2 - Make sure the itemtype has fines that will be charged 3 - Charge the fines: Set finesMode = production perl misc/cronjobs/fines.pl -v 4 - Check the fine appears on the patrons account 5 - Pay off the fine 6 - Browse to Circulation->Check in 7 - In 'Checkin settings' backdate to before the due date 8 - Check the fine still appears on the patrons account (but is now 'zero' and fixed) 9 - Check that there is a credit on the patrons account for the amount they originally paid -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8338] Fines not cleared with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 13 May '20

13 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338 Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8338] Fines not cleared with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 13 May '20

13 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8338] Fines not cleared with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 13 May '20

13 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338 --- Comment #18 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 104842 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=104842&action=e… Bug 8338: Remove zero amount overdues on backdated returns where appropriate This patch removes any overdues which would be reversed on a backdated return if CalcFineOnBackdate is enabled and the user has not already attempted to pay off the accruing fine. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8338] Fines not cleared with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 13 May '20

13 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338 --- Comment #17 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 104841 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=104841&action=e… Bug 8338: Unit Tests -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 25479] New: TraceCompleteSubfields does not work as expected
by bugzilla-daemon＠bugs.koha-community.org 13 May '20

13 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25479 Bug ID: 25479 Summary: TraceCompleteSubfields does not work as expected Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com See section 2.4.5: https://software.indexdata.com/zebra/doc/querymodel-rpn.html attr 6=2 'complete subfield' is deprecated and translates to 'complete field' In terms of our implementation this means that you must activate both: TraceCompleteSubfields TraceSubjectSubdivisions otherwise you search the whole field for a match on a partial subfield. Furthermore, for a record with an authority number included the search will fail, e.g.: su,complete-field:"Computer programming." - returns 0 results su,complete-field:"Computer programming 973" - returns correct result -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 13654] Cannot place a hold for biblio with too many items to display unless viewing them all
by bugzilla-daemon＠bugs.koha-community.org 12 May '20

12 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13654 Joelle Hannert <jhannert(a)nmc.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jhannert(a)nmc.edu --- Comment #12 from Joelle Hannert <jhannert(a)nmc.edu> --- I see that this hasn't been commented on in about a year, so I wanted to mention that this bug is coming up for our library; not just with serials but also in-demand equipment (Chromebooks/hotspots) for which we have many items. -- You are receiving this mail because: You are watching all bug changes.

1 0