[koha-commits] main Koha release repository branch new/bug_6328 created. v3.06.00-77-g1f6ae97

[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, new/bug_6328 has been created
        at  1f6ae97375038d222d9cfb2ced42188250bee460 (commit)

- Log -----------------------------------------------------------------
commit 1f6ae97375038d222d9cfb2ced42188250bee460
Author: Paul Poulain <paul.poulain at biblibre.com>
Date:   Fri Nov 25 14:09:06 2011 +0100

    bug 6328: updatedatabase bump

commit d019b4c63aa46f5eaad044178b5489aee0491ab1
Author: Paul Poulain <paul.poulain at biblibre.com>
Date:   Fri Oct 21 17:23:36 2011 +0200

    Bug 6328 Fixes for comment 35
    
    * correctly indenting with tab the debarrcomment field
    * setdebar.pl is called without status parameter, thus it is not working anymore. It's fixed & some dead code has been removed. To test : debar someone, then go to patron detail page and click "lift debarment"
    * the test function had not been updated. The fix define a debarment date of 2099-12-31 (no limit)

commit 41b42dbe32245d7ca483906507fd5021e499d46a
Author: Paul Poulain <paul.poulain at biblibre.com>
Date:   Tue Oct 11 18:22:27 2011 +0200

    Bug 6328 follow-up for QA comments
    
    * fixed documentation in C4/Auth_with_ldap.pm
    * updated ILSDI/Utility.pm to work with debarred being a date
    * updated Members.pm/patronflags to work with debarred being a date (copy/paste of BibLibre code that had not been backported)
    * fixed opac-reserve to check correctly for debarred status
    
    I also have removed a duplicate line on circulation.pl when the patron was restricted = the information was displayed twice

commit 1fe3514c3cca5ae73b370411150112bf2647c63d
Author: Paul Poulain <paul.poulain at biblibre.com>
Date:   Wed May 11 16:54:56 2011 +0200

    Bug 6328 fine in days does not work
    
    Some code coming from BibLibre has been lost in the process of inclusion in
    3.4. The result is that fine in days does not work at all (you can setup rules,
    but it does nothing)
    
    Step to reproduce:
    
    - Koha > Admin > circ rules > set 1 day fine every day of overdue for default
      rule
    - Issue a book return date last week
    - check-in the book => no debarment is set
    
    The following patch will fix all of those problems by :
    
    * updating borrowers.debarred to a date field (instead of tinyint). It contains
      the limit of the debarment
    * changing API of DebarMember and UpdateBorrowerDebarred to pass a date
    * display debarrdate where applicable. Note that a debarrdate of 31/12/9999 is
      considered as unlimited and not displayed
    * added a debarrcomment, usefull to explain why a patron is debarred (this is
      independant from debarrdate changes and can be used when placing an unlimited
      debarment too)
    
    [2011-05-12] F. Demians. It works as described. And I can confirm this
    functionality is impatiently awaited by French libraries since one year. Thanks
    BibLibre for the good work and for contributing this code.
    
    Bug 6328 Followup--update DB structure
    
    Thanks Katrin.
    
    Bug 6328: make comment a textbox / fix debar by notice trigger
    
    Debarring by notice triggers was broken, because the new function
    expects a date as second parameter.
    
    The comment field in patron account details was a very long text field.
    Patch changes it to be a textbox instead.
    
    Bug 6328: Lift debarment leaves patron account
    
    'Lift debarment' redirects to an empty circulation page.
    
    BZ6328 follow-up 3
    
    Fixes comment 23 from Fernando L. Canizo : when the patron was debarred and debar removed
    he still could not check-out.
    
    The changes in the IsMemberBlocked (that were on biblibre/master) were lost somewhere
    The sub was still checking for old_issues instead of calling CheckBorrowerDebarred
    to get a debardate if applicable
    
    Note : this bug was appearing only is you had issuing rules defined for itemtype/categorycode/branch.
    Seemed to work if you had only default rules. That's probably why it hadn't been spotted before
    
    BZ6328 follow-up 4
    Comments fron Zeno Tajoli: The patch is OK and I sign-off it. Two little changes done on
    installer/data/mysql/kohastructure.sql and installer/data/mysql/updatedatabase.pl
    
    Signed-off-by: koha <koha at kohabase.localdomain>

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


hooks/post-receive
-- 
main Koha release repository