[koha-commits] main Koha release repository branch master updated. v3.20.00-1156-g5e44c97

Mon Nov 9 16:50:47 CET 2015

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, master has been updated
       via  5e44c97829687d0eb57df8d84f0d3502ae3153bd (commit)
       via  0cbc65111c735e699d94d50ad09c17fb7b7b8913 (commit)
       via  e0032c46e98b4cf31d76abb93d12041ea362d81e (commit)
       via  307fe0ac533c2dc8116a183d104c864717a91fc5 (commit)
       via  384dceeef583c444ac8350c928a2e1aed34e536b (commit)
      from  f25fe6ddb4a340f12613784dc841ab5bfd672d6b (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 5e44c97829687d0eb57df8d84f0d3502ae3153bd
Author: Julian Maurice <julian.maurice at biblibre.com>
Date:   Mon Nov 9 14:41:00 2015 +0100

    Bug 15158: Fix t/db_dependent/Circulation/GetTopIssues.t

    create_biblio was returning biblioitemnumber instead of biblionumber.
    This can cause problems when biblionumber and biblioitemnumber are not
    the same.

    Signed-off-by: Tomas Cohen Arazi <tomascohen at theke.io>

    Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at theke.io>

commit 0cbc65111c735e699d94d50ad09c17fb7b7b8913
Author: Fridolin Somers <fridolin.somers at biblibre.com>
Date:   Tue Sep 22 09:49:39 2015 +0200

    Bug 14867: userid not generated when defined in BorrowerUnwantedField

    When userid is not provided when creating a new patron, it is generated
    using surname and firstname.  The bug is when userid is defined in
    syspref BorrowerUnwantedField, the input text is missing in patron
    creation form. When saving you always get an alert message :
    "Username/password already exists". No patron can be created.

    This patch corrects by adding this case to userid generation conditions.

    Test plan :
    - add 'userid' in syspref BorrowerUnwantedField
    - try to create a new patron : /cgi-bin/koha/members/memberentry.pl
    - there is not input text for userid
    - choose non-existing surname and firstname
    - click on save
      => Without patch : patron is not created, you see the alert message
         "Username/password already exists"
      => With patch : patron is created, userid is generated with surname
         and firstname
    - remove 'userid' in syspref BorrowerUnwantedField and check it can be
      defined in patron creation form

    Signed-off-by: Frédéric Demians <f.demians at tamil.fr>
      The issue is there, and this patch fixes it.

    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at theke.io>

commit e0032c46e98b4cf31d76abb93d12041ea362d81e
Author: Jonathan Druart <jonathan.druart at koha-community.org>
Date:   Thu Jul 2 16:42:16 2015 +0100

    Bug 14388: Funds should be sorted by budget_code

    Before this patch, the funds were sorted by budget_id, which does not
    make any sense.

    This patch adds a sort by budget_code on the fund list (acqui/acqui-home.pl and
    admin/aqbudgets.pl)

    Test plan:
    On both pages (acqui/acqui-home.pl and admin/aqbudgets.pl) confirm that
    the funds are now sorted by fund code (DB column budget_code)

    Signed-off-by: Nicole Engard <nengard at bywatersolutions.com>

    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at theke.io>

commit 307fe0ac533c2dc8116a183d104c864717a91fc5
Author: Joonas Kylmälä <j.kylmala at gmail.com>
Date:   Mon Aug 17 12:40:05 2015 +0000

    Bug 14687: Patron's transaction history changes items' order after paying fines.

    Sorts Patron's accounting data consistently from newest to oldest.
    It doesn't depend on anymore to timestamp (which can be same for multiple
    entries) from database but instead uses accountline's id to sort.

    Signed-off-by: Liz Rea <liz at catalyst.net.nz>

    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at theke.io>

commit 384dceeef583c444ac8350c928a2e1aed34e536b
Author: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Date:   Tue Sep 22 11:16:28 2015 +0100

    Bug 12540: Display "Every" on editing a MMT action if previously selected

    On creating a marc modification template action, the "All" is changed with
    "Every" if the condition field is the same as the original field.

    But on editing, the "All" value is not replaced. For consistency, it
    should.

    Test plan:
    1/ Create the following action:
        Copy field 650$x to 650$y if 650$z matches "foobar"
    Note that the "All" is replaced with "Every" when the condition is the
    same field as the original field.
    2/ Save
    3/ Edit the action.
    The "Every" should be selected.

    Without this patch, "All" is selected.

    Signed-off-by: Alex Arnaud <alex.arnaud at biblibre.com>

    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at theke.io>

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

Summary of changes:
 C4/Budgets.pm                                      |    4 ++--
 C4/Members.pm                                      |    2 +-
 .../modules/tools/marc_modification_templates.tt   |    2 +-
 members/memberentry.pl                             |    5 +++--
 t/db_dependent/Budgets.t                           |   22 ++++++++++++--------
 t/db_dependent/Circulation/GetTopIssues.t          |    4 +++-
 6 files changed, 23 insertions(+), 16 deletions(-)

hooks/post-receive
-- 
main Koha release repository