[koha-commits] main Koha release repository branch 19.11.x updated. v19.11.02-52-g4679f6e81b

Fri Jan 31 23:42:10 CET 2020

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, 19.11.x has been updated
  discards  e72ca7ad7040c5d6bfab298cefd584b312bb7996 (commit)
  discards  fe24132aefbc241788ea2d5f1e43c39a97eceed4 (commit)
  discards  fb1e0114f9097f68ea1a4f29ccf513b2d2cfdae1 (commit)
  discards  6734e347270eb23e24cf94231d51a31145aed278 (commit)
  discards  cbe6dd4efeda6cc5e5fed13d26624b39dd55a013 (commit)
  discards  0a4580afd6309cb0fcfa5fe43e7309d6be2f6ee8 (commit)
  discards  0a0620d7e6930bba174601d42603d81abdcf80c7 (commit)
  discards  b18b20239c5bd957c9b3b72d06d1ce3edb27cfa7 (commit)
       via  4679f6e81b0bb4b77bd8386721f3c404a2f062d5 (commit)
       via  8416cf33eef4c70bd27ea5fa03f79f2c9802a728 (commit)
       via  a9e2337308517f1cb330ceed66dd632c8a1655a5 (commit)
       via  f23dc54ebe184719e7b6fac8ab8e87c405e48a72 (commit)
       via  72b882e4a289a0557a20899852fcdb6347b22269 (commit)
       via  fc2ff1dd6a19bb7021e6a77763412ee790fde305 (commit)
       via  c536b04b6db249e887043459f34742cf6b5da8e4 (commit)
       via  6e788eaeb1b08d53fc7528d0c6cf007e80a46169 (commit)

This update added new revisions after undoing existing revisions.  That is
to say, the old revision is not a strict subset of the new revision.  This
situation occurs when you --force push a change and generate a repository
containing something like this:

 * -- * -- B -- O -- O -- O (e72ca7ad7040c5d6bfab298cefd584b312bb7996)
            \
             N -- N -- N (4679f6e81b0bb4b77bd8386721f3c404a2f062d5)

When this happens we assume that you've already had alert emails for all
of the O revisions, and so we here report only the revisions in the N
branch from the common base, B.

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 4679f6e81b0bb4b77bd8386721f3c404a2f062d5
Author: Nick Clemens <nick at bywatersolutions.com>
Date:   Fri Dec 6 15:35:27 2019 +0000

    Bug 24146: Illustrate increasing and decreasing fine

    Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
    Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
    Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>

    Signed-off-by: Joy Nelson <joy at bywatersolutions.com>

commit 8416cf33eef4c70bd27ea5fa03f79f2c9802a728
Author: Martin Renvoize <martin.renvoize at ptfs-europe.com>
Date:   Fri Dec 6 15:10:17 2019 +0000

    Bug 24146: Corrections to UpdateFine logic concerning maxFine

    The `maxFine` system preference actually refers to the amount of
    outsanding debt (in fines) a patron may have at a given time. This patch
    corrects the functionality of UpdateFine such that it properly respects
    that counter given the payment of accruing fines scenario.

    Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
    Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
    Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>

    Signed-off-by: Joy Nelson <joy at bywatersolutions.com>

commit a9e2337308517f1cb330ceed66dd632c8a1655a5
Author: Martin Renvoize <martin.renvoize at ptfs-europe.com>
Date:   Thu Dec 5 10:14:51 2019 +0000

    Bug 24146: Increment existing fine

    We should increment an existing fine even if it has been fully paid off
    whilst it is still incrementing and not create a new fine.

    Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
    Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
    Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>

    Signed-off-by: Joy Nelson <joy at bywatersolutions.com>

commit f23dc54ebe184719e7b6fac8ab8e87c405e48a72
Author: Martin Renvoize <martin.renvoize at ptfs-europe.com>
Date:   Wed Dec 4 14:23:14 2019 +0000

    Bug 24146: Add test cases

    This patch adds test cases for both checking amountoutstanding values
    are handled correctly and also that the paid down accruing fines do not
    add additional fines on increment.

    Test plan:
    Read the changeset and asses whether the changes/additional tests are
    correct as per the expected behaviour.

    Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
    Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
    Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>

    Signed-off-by: Joy Nelson <joy at bywatersolutions.com>

commit 72b882e4a289a0557a20899852fcdb6347b22269
Author: Nick Clemens <nick at bywatersolutions.com>
Date:   Thu Jan 2 18:06:20 2020 +0000

    Bug 9156: Clarify order in the syspref

    Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
    Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>

    Signed-off-by: Joy Nelson <joy at bywatersolutions.com>

commit fc2ff1dd6a19bb7021e6a77763412ee790fde305
Author: Nick Clemens <nick at bywatersolutions.com>
Date:   Thu Dec 19 19:05:36 2019 +0000

    Bug 9156: (follow-up) Simplify code

    The MARC::Field as_string method can join multiple subfield using a delimiter, this simplifies the code here

    Signed-off-by: Andrew Fuerste-Henry <andrew at bywatersolutions.com>
    Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
    Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>

    Signed-off-by: Joy Nelson <joy at bywatersolutions.com>

commit c536b04b6db249e887043459f34742cf6b5da8e4
Author: Owen Leonard <oleonard at myacpl.org>
Date:   Tue Nov 19 14:56:05 2019 +0000

    Bug 9156: itemcallnumber not pulling more than 2 subfields

    When the itemcallnumber system preference is defined, the item add form
    pulls data from the specified tag and subfield(s) to pre-populate the
    call number field. This update makes it possible to build the
    prepopulated callnumber from more than just the first two subfields.

    To test, apply the patch and update the itemcallnumber system preference
    so that it includes more than two subfields. For instance, "092abef"

     - Edit a bibliographic record and populate the specified subfields.
       e.g. subfield a -> "One", b-> "Two", e-> "Three", f-> "Four".
     - Save the record and go to the add/edit items screen.
     - The call number field should contain a string which contains each of
       the subfields you populated, concatenated with spaces: "One Two Three
       Four."
     - Test with other numbers of subfields.
     - Test with an empty itemcallnumber preference.

    Signed-off-by: Andrew Fuerste-Henry <andrew at bywatersolutions.com>
    Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
    Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>

    Signed-off-by: Joy Nelson <joy at bywatersolutions.com>

commit 6e788eaeb1b08d53fc7528d0c6cf007e80a46169
Author: Owen Leonard <oleonard at myacpl.org>
Date:   Tue Jan 7 19:52:25 2020 +0000

    Bug 24373: Correct basic cataloging editor CSS

    This patch makes minor corrections to the basic MARC editor CSS, fixing
    an error caused by Bug 23259.

    To test, apply the patch and clear your browser cache if necessary.

    Open the basic MARC editor and check the numbered tabs. There should be
    no stripe of green background showing below the tabs.

    Signed-off-by: Lucas Gass <lucas at bywatersolutions.com>
    Signed-off-by: Guillaume Paquet <guillaume at inlibro.com>
    Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
    Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>

    Signed-off-by: Joy Nelson <joy at bywatersolutions.com>

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

Summary of changes:

hooks/post-receive
-- 
main Koha release repository