[koha-commits] main Koha release repository branch 3.20.x updated. v3.20.04-29-g77aedf1

[Git repo owner]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "main Koha release repository".

The branch, 3.20.x has been updated
       via  77aedf1f7faf1bded9ed4de41d628e2a2fc8ba7d (commit)
       via  7f39c6a00c2647107f2da5b2385567a953113f51 (commit)
      from  09602496882c4202abd2de7b53d1f76ba36536f2 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 77aedf1f7faf1bded9ed4de41d628e2a2fc8ba7d
Author: Kyle M Hall <kyle at bywatersolutions.com>
Date:   Thu Oct 1 12:59:26 2015 -0400

    Bug 14937: Expiration date for holds based onReservesMaxPickUpDelay should not require ExpireReservesMaxPickUpDelay
    
    C4::Letters::_parseletter will replace reserves.expirationdate with the
    date a hold will be marked as problematic ( holds over ) if both
    ReservesMaxPickUpDelay and ExpireReservesMaxPickUpDelay are enabled.
    There is no reason this feature needs to rely on
    ExpireReservesMaxPickUpDelay as there are many libraries that would like
    to send the last day to pick up a hold in notices, but would rather deal
    with the expired waiting holds manually rather than have Koha cancel
    them automatically.
    
    Test Plan:
    1) Apply this patch
    2) Set ReservesMaxPickUpDelay to 7
    3) Disable ExpireReservesMaxPickUpDelay
    4) Add reserves.expirationdate to your HOLD notice
    5) Fill a hold for a patron
    6) View the message, not that reserves.expirationdate is replaced
       with the date the hold will be marked as problematic
    
    Signed-off-by: Karl Holton <kholten at switchinc.org>
    
    Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at theke.io>
    (cherry picked from commit c6d0202569146f52898363eda621f771b61cc918)
    Signed-off-by: Chris Cormack <chris at bigballofwax.co.nz>

commit 7f39c6a00c2647107f2da5b2385567a953113f51
Author: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Date:   Tue Aug 4 16:33:00 2015 +0100

    Bug 11298: Don't force the renew time to 23:59
    
    If you try to renew an item using the "Renewal due date" at the bottom
    of the checkouts table, the time will be hardcoded to 23:59 no matter
    what the user has chosen.
    
    Test plan:
    Check an item out to a patron
    renew the item and specify a due date using the datetime picker plugin
    at the bottom of the table
    Confirm the time you have chosen is correctly used.
    
    Followed test plan. It works as advertised.
    Signed-off-by: Marc Véron <veron at veron.ch>
    
    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at theke.io>
    (cherry picked from commit a011cbd2e2658598e4c2eac7377b9b1edb9dd720)
    Signed-off-by: Chris Cormack <chris at bigballofwax.co.nz>

-----------------------------------------------------------------------

Summary of changes:
 C4/Letters.pm |    5 ++---
 svc/renew     |    2 --
 2 files changed, 2 insertions(+), 5 deletions(-)


hooks/post-receive
-- 
main Koha release repository