[koha-commits] main Koha release repository branch 17.05.x updated. v17.05.06-19-gad91d8f

Wed Dec 20 13:44:46 CET 2017

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, 17.05.x has been updated
       via  ad91d8f732dd2d92a9d0b2bcbf4050ea5d9574b5 (commit)
       via  de025f76271460864b757c7976a15cde704bf673 (commit)
       via  6f443b31fac8e9518ea81210281a796bc5cbbaf5 (commit)
       via  ba1af627c73b4d17ceaf397f0c52477faf12b98f (commit)
       via  6279d087a5095766e7961f35d773b4d155e30d93 (commit)
       via  e3f20fa795c68b3ef235a52b86ca7dca59e8ab14 (commit)
       via  6f88fba191588c16194fe79a7acfc1b84c9af119 (commit)
      from  3789dd122c57d660cdac39e14ab774eb7fd2a444 (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 ad91d8f732dd2d92a9d0b2bcbf4050ea5d9574b5
Author: Fridolin Somers <fridolin.somers at biblibre.com>
Date:   Wed Dec 20 12:25:32 2017 +0100

    Bug 19724: DBRev 17.05.06.001

commit de025f76271460864b757c7976a15cde704bf673
Author: Nick Clemens <nick at bywatersolutions.com>
Date:   Thu Dec 14 12:01:38 2017 +0000

    Bug 19724: Add timestamp to biblio_metadata and deletedbiblio_metadata

    Since bug 17196, biblioitems.timestamp is not always updated after a
    change in the MARC record.
    We need to know the last modification time of the MARC record for some
    features (like OAI-PMH parameters 'from' and 'until' for instance)

    This patch only adds the missing column in biblio_metadata and
    deletedbiblio_metadata

    Test plan:
    1. Run updatedatabase.pl
    2. Verify that both tables have the new column, its value should be the
       greatest timestamp value from the corresponding biblio and
       biblioitems table entries
       You can verify with the following SQL query:
         SELECT b.biblionumber, b.timestamp as biblio_ts,
         bi.timestamp as biblioitems_ts, m.timestamp as biblio_metadata_ts
         FROM biblio_metadata m
         LEFT JOIN biblioitems bi ON (bi.biblionumber = m.biblionumber)
         LEFT JOIN biblio b ON (b.biblionumber = m.biblionumber);

    Signed-off-by: David Bourgault <david.bourgault at inlibro.com>

    Signed-off-by: Josef Moravec <josef.moravec at gmail.com>

    Signed-off-by: Jonathan Druat <jonathan.druart at bugs.koha-community.org>

    Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
    (cherry picked from commit 4db611b5dc83e2d865aaba4afe04cd5aaa89904e)
    Signed-off-by: Fridolin Somers <fridolin.somers at biblibre.com>

commit 6f443b31fac8e9518ea81210281a796bc5cbbaf5
Author: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Date:   Mon Dec 4 15:39:48 2017 -0300

    Bug 19638: Remove false positive obsolete reports (auth_header.marcxml)

    Bug 17898 tries to help users identify reports affected by the move of marcxml to the biblio_metadata table, however, the auth_header table still uses the column name 'marcxml' and so reports as needing updated though it doesn't.

    C4::Reports::Guided::convert_sql only converts if the sql query contain biblioitems and marcxml.
    We should use the same regexp in the controler script.

    Test plan:
    Use a sql report that use auth_header.marcxml (see https://wiki.koha-community.org/wiki/SQL_Reports_Library)
    After the this the report should not be longer marked as obsolete on the report list view

    Replicated bug with the following SQL:
    	select marcxml from auth_header;

    Patch applied correctly and functioned as expected.

    Signed-off-by: Dilan Johnpullé <dilan at calyx.net.au>

    Signed-off-by: Josef Moravec <josef.moravec at gmail.com>

    Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>

    Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
    (cherry picked from commit fff0065785b0cd7e664eac3285a5f051cb94871a)
    Signed-off-by: Fridolin Somers <fridolin.somers at biblibre.com>

commit ba1af627c73b4d17ceaf397f0c52477faf12b98f
Author: Mark Tompsett <mtompset at hotmail.com>
Date:   Mon Oct 23 14:00:53 2017 +0000

    Bug 10222: Correct and expand to other languages

    This added column names, and reformated to be a bit more readable.
    This also adds this change to de-DE, es-ES, fr-CA, and nb-NO.
    While there was printer_profiles for it-IT, the Italian file seems
    to not use the same numbers, and does not visibly look like it needs
    these changes.

    Signed-off-by: Mark Tompsett <mtompset at hotmail.com>

    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>

    Signed-off-by: Nick Clemens <nick at bywatersolutions.com>

    Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>

    Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
    (cherry picked from commit fdde85a52164168d998d995ce41b4421b4a3ffbb)
    Signed-off-by: Fridolin Somers <fridolin.somers at biblibre.com>

commit 6279d087a5095766e7961f35d773b4d155e30d93
Author: Chris Nighswonger <chris.nighswonger at gmail.com>
Date:   Thu Apr 16 12:07:29 2015 -0400

    Bug 10222: Error when saving Demco label templates

    This patch fixes a bug whereby if you open either of the
    Demco label templates (loaded by the sample data) and
    click "save" without making any changes you will get an
    error:

    Can't bless non-reference value at C4/Creators/Profile.pm
    line 92.

    It also fixes another minor bug in the creator sample data.

    To test:

    1. Install all sample data in a clean database.
    2. In the label tool, edit either of the Demco label templates.
    3. Save the template and observe the error mentioned above.
    4. Drop and recreate the database.
    5. Apply the patch.
    6. Repeate steps 1-3 and note the successful save.

    Signed-off-by: Mark Tompsett <mtompset at hotmail.com>

    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>

    Signed-off-by: Nick Clemens <nick at bywatersolutions.com>

    Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>

    Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
    (cherry picked from commit d3eef921f501634d3656b9d08abafa55b3ed6c07)
    Signed-off-by: Fridolin Somers <fridolin.somers at biblibre.com>

commit e3f20fa795c68b3ef235a52b86ca7dca59e8ab14
Author: Nick Clemens <nick at bywatersolutions.com>
Date:   Fri Jul 28 11:58:46 2017 +0000

    Bug 18990: Overdue Notices are not sending through SMS correctly

    Bug 18478 fixed sms via email problems under the assumption that
    to_address was either smsalertnumber or blank.

    It seems overdues set the to_address to email. This patch changes the
    code to enforce that an sms sent with emial driver will use the
    smsalertnumebr and provider defined for the borrower, regardless of what
    is set in the queue

    To test:
     1 - Define a messaging prefs for a patron to recieve hold notices via
      SMS
     2 - Ensure you have defined an SMS message for an overdue letter
     3 - Set an SMS alert number for patron
     4 - Set the SMS::Send driver to 'Email'
     5 - Checkout an item as overdue to trigger notice above
     6 - Run overdue_notices.pl
     6 - Check the db and note the address is email
     7 - run process_message_queue.pl
     8 - Check db - address is email followed by service provider
     9 - Apply patch
     10 - repeat
     11 - Message to_address should be populated with smsalertnumber

    Signed-off-by: Josef Moravec <josef.moravec at gmail.com>

    Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>

    Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>

    Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
    (cherry picked from commit a7aab6d30b0a14c58bc0ab355ff284bd60750103)
    Signed-off-by: Fridolin Somers <fridolin.somers at biblibre.com>

commit 6f88fba191588c16194fe79a7acfc1b84c9af119
Author: Owen Leonard <oleonard at myacpl.org>
Date:   Thu Nov 16 19:19:33 2017 +0000

    Bug 19643: Pagination buttons on staged marc management are stacking instead of inline

    This patch modifies the template for staged MARC import management to
    correct a problem with the style of pagination links.

    To test you must have more than 25 staged imports. Go to Tools -> Staged
    MARC management. The pagination links, both at the top and the bottom,
    should look correct (use multi-page SQL report results for reference).

    Signed-off-by: Nick Clemens <nick at bywatersolutions.com>

    Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>

    Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>

    Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
    (cherry picked from commit e0c3780634ef35ad937f69721aaeafa7bf9a4fee)
    Signed-off-by: Fridolin Somers <fridolin.somers at biblibre.com>

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

Summary of changes:
 C4/Letters.pm                                      |    4 ++--
 Koha.pm                                            |    2 +-
 .../mysql/de-DE/optional/sample_creator_data.sql   |    7 ++++++-
 .../data/mysql/en/optional/sample_creator_data.sql |    7 ++++++-
 .../mysql/es-ES/optional/sample_creator_data.sql   |    7 ++++++-
 .../mysql/fr-CA/facultatif/sample_creator_data.sql |   10 +++++----
 installer/data/mysql/kohastructure.sql             |    8 +++++--
 .../nb-NO/2-Valgfritt/sample_creator_data.sql      |    7 ++++++-
 installer/data/mysql/updatedatabase.pl             |   22 ++++++++++++++++++++
 .../prog/en/modules/tools/manage-marc-import.tt    |    6 ++----
 reports/guided_reports.pl                          |    2 +-
 t/db_dependent/Letters.t                           |   13 ++++++++++--
 12 files changed, 75 insertions(+), 20 deletions(-)

hooks/post-receive
-- 
main Koha release repository