[koha-commits] main Koha release repository branch 3.12.x updated. v3.12.08-16-g92d8d9b

[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.12.x has been updated
       via  92d8d9b9c8509828b51c0c7ea8d952e1d065140a (commit)
       via  9d123b7d42dfd95cc7fdc1c726dff792b22913b8 (commit)
       via  66c2f78aa32dda3d639f5541db5cf69f509a303e (commit)
      from  f3bfa402fb4ff5b49ba2a11ccc2f9a27d19dfc53 (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 92d8d9b9c8509828b51c0c7ea8d952e1d065140a
Author: Jonathan Druart <jonathan.druart at biblibre.com>
Date:   Fri Nov 15 11:10:04 2013 +0100

    Bug 11255: allow "relevance ascending" as a sort option
    
    This patch fixes a problem where if a staff member sets the
    *defaultSortField/*defaultSortOrder system preferences to relevance
    ascending while QueryParser is enabled, default keyword search
    would break -- the query parser config did not declare relevance asc
    as a possible "modifier".
    
    Note that setting the sort order to relevance ascending does not
    actually make catalog search return results with the least relevant
    records showing up first; Zebra does not support such a mode.  In other
    words, relevance ascending acts exactly the same as relevance descending.
    
    Test plan:
    
    0/ Create some biblio with "history" in the title and
       ensure that the QueryParser system preference is enabled.
    1/ Define prefs defaultSortField = relevance and defaultSortOrder = asc
    2/ Search "history" on the staff interface
    3/ Note that no result is returned.
    4/ Apply the patch
    5/ Verify the queryparser config file in use takes the modification into
    account (see the queryparser_config value in your $KOHA_CONF file).
    6/ Relaunch the search and verify results are returned
    
    Signed-off-by: Christopher Brannon <cbrannon at cdalibrary.org>
    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Galen Charlton <gmc at esilibrary.com>
    (cherry picked from commit 54937c5eb34c511e00de8d0831141516422885c7)
    Signed-off-by: Fridolin SOMERS <fridolin.somers at biblibre.com>
    (cherry picked from commit 96599cc238393ff3f70445c512ff8ffc87bc13ce)
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>
    Works as described. Had to copy the queryparser.yaml file to my koha-dev/etc/searchengine dir.

commit 9d123b7d42dfd95cc7fdc1c726dff792b22913b8
Author: Jacek Ablewicz <abl at biblos.pk.edu.pl>
Date:   Wed Oct 16 17:31:04 2013 +0200

    Bug 9224: Make acqui/finishreceive.pl Plack-compatible
    
    Under Plack/mod_perl wrapping, sub update_item() will become a closure,
    so after the 1st run it will retain its own private instances of the
    following variables: $booksellerid, $datereceived, $unitprice, $rrp,
    $biblionumber.
    
    I.e., in case update_item() gets invoked 2nd+ time (inside
    the same process, but for different-subsequent receives) it may
    incorrectly flag the (old, wrong) biblionumber for Zebra reindexing,
    and erronously modify the current item[s] with the previously
    used (wrong) values.
    
    This simple patch should make acqui/finishreceive.pl Plack-compatible.
    
    Test plan:
    Test patched acqui/finishreceive.pl script (create and receive some
    orders w/ items, etc.). Ensure items are gettting added and/or modified
    correctly during receiving process.
    
    Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Passes koha-qa.pl, works as advertised, no regressions found.
    
    Signed-off-by: Galen Charlton <gmc at esilibrary.com>
    (cherry picked from commit 6dcc34c1b44f72a8602c4ee95540836e6cd1e7bd)
    Signed-off-by: Fridolin SOMERS <fridolin.somers at biblibre.com>
    (cherry picked from commit 2a38ac7259bbe88d1d531bfd9d93d9edee64a4c4)
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit 66c2f78aa32dda3d639f5541db5cf69f509a303e
Author: Zeno Tajoli <z.tajoli at cineca.it>
Date:   Wed Oct 30 19:36:41 2013 +0100

    Bug 11174: fix OPAC search links built from authority 5xx fields
    
    In the templates opac-authoritiessearchresultlist of prog and
    bootstrap the incorrect parameter 'valuec' is changed to 'value'
    
    To test:
    
    1) Insert an authority record with a 5xx field  (on MARC21 or UNIMARC)
    2) Index the record
    3) Search for the record in using OPAC authorities search.
    4) Click one of the "see also" links built from the 5xx field, the link
       doesn't work
    5) Apply the patch
    6) Close the browser
    7) Open the opac and select the english interface
    8) Redo the search
    9) Now the link works
    10) To use the patch in others languages you need to regenerate the
        templates.
    
    Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
    Tested with bootstrap.
    
    Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
    Following commit remove the use to valuec:
     commit 31f41e2c1db9d8dca82e0249050acb8f906c8164
        Bug 8206: Specify index in OPAC authority search
    
    Signed-off-by: Galen Charlton <gmc at esilibrary.com>
    (cherry picked from commit 09fcd6980301bae3daad68f8cc27a2d5e7d488e4)
    Signed-off-by: Fridolin SOMERS <fridolin.somers at biblibre.com>
    (cherry picked from commit 27596b0c6a808fda6a08abb4cd46a98025e3a38f)
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>
    Removed the Bootstrap bits.

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

Summary of changes:
 acqui/finishreceive.pl                             |   20 ++++++++------------
 etc/searchengine/queryparser.yaml                  |    6 ++++++
 .../en/modules/opac-authoritiessearchresultlist.tt |    2 +-
 3 files changed, 15 insertions(+), 13 deletions(-)


hooks/post-receive
-- 
main Koha release repository