[koha-commits] main Koha release repository branch 3.8.x updated. v3.08.05-43-gcd4bdff

[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.8.x has been updated
       via  cd4bdff75ed5ccc1922c92803876c2e9091d1a4c (commit)
       via  9bb979eca5789fd87d56d09c44c4c03952e1f8ae (commit)
       via  91fb5fd2bcc78cc31f39c6a5ac985f5c22136cf1 (commit)
      from  68c01e58e93e039ae664e1754105506d9a270373 (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 cd4bdff75ed5ccc1922c92803876c2e9091d1a4c
Author: Kyle M Hall <kyle at bywatersolutions.com>
Date:   Wed Oct 3 10:49:13 2012 -0400

    Bug 8869 - Duplicate member check doesn't disable submit button on bottom.
    
    Signed-off-by: Frédéric Demians <f.demians at tamil.fr>
    
    I confirm that after applying this patch, the submit button is removed from
    patron edit page, avoiding accidentaly clicking on it, without responding to
    the question about possible duplicate patron?
    
    Signed-off-by: Paul Poulain <paul.poulain at biblibre.com>
    Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>

commit 9bb979eca5789fd87d56d09c44c4c03952e1f8ae
Author: Fridolyn SOMERS <fridolyn.somers at biblibre.com>
Date:   Tue Oct 2 16:30:48 2012 +0200

    Bug 8863: When clearing a patron attribute, they are all cleared
    
    Signed-off-by: Marc Veron <veron at veron.ch>
    
    Tested with a set of 2 additional patron attributes. Cleard both before applying the patch.
    Cleared as expected after applying the patch.
    
    Signed-off-by: Paul Poulain <paul.poulain at biblibre.com>
    
    Conflicts:
    
    	koha-tmpl/intranet-tmpl/prog/en/modules/members/memberentrygen.tt
    
    Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>

commit 91fb5fd2bcc78cc31f39c6a5ac985f5c22136cf1
Author: Mark Tompsett <mtompset at hotmail.com>
Date:   Sun Sep 2 20:46:03 2012 +0800

    Bug 8175 - check logs error or displays incorrectly in details.pl
    
    Changed "$item->{'materials'} ne ''" to
    "defined($item->{'materials'}) && $item->{'materials'} =~ /\S/"
    in if condition to prevent error when it is NULL, and to
    properly capture the intent of printing if there is something
    visible.
    
    Cases tested include NULL, '0', '', ' ', and 'blah' by using
     UPDATE items SET materials=NULL where biblionumber=19158;
    where the biblionumber was chosen randomly, because only NULL
    was in the items.materials field. The NULL case triggers an
    error, but it does display correctly.
    
    The ' ' case displays an apparently empty column, which does not
    seem to be the intent of the flag that is being set. This is why
    a simple $var check is not sufficient.
    
    Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
    Signed-off-by: Paul Poulain <paul.poulain at biblibre.com>
    Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>

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

Summary of changes:
 catalogue/detail.pl                                |    2 +-
 .../prog/en/modules/members/memberentrygen.tt      |    6 ++++--
 2 files changed, 5 insertions(+), 3 deletions(-)


hooks/post-receive
-- 
main Koha release repository