[koha-commits] main Koha release repository branch 3.16.x updated. v3.16.06-7-gff4092d

Fri Jan 16 20:40:16 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, 3.16.x has been updated
       via  ff4092d79652af629f69f41bba100ae79ac16b94 (commit)
       via  adb2719bc6d9f1d60ba69dbf8bd0becb76dae2ae (commit)
       via  b4d2b42bf00fbfcaa3bc53122af001cb91e4ef88 (commit)
       via  af764c39d4f6e89447c0b55854795d31a8b69e20 (commit)
       via  50b3015a0bcff6228d968516b9c65e9c06536534 (commit)
       via  3f8edc5a6103764985d4b14c319491af77684651 (commit)
       via  6890755c447296eeb08ea08a8360cdd8843bedf9 (commit)
      from  1c309853e0c4302674c397a891737489e242b58c (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 ff4092d79652af629f69f41bba100ae79ac16b94
Author: Jonathan Druart <jonathan.druart at biblibre.com>
Date:   Fri Dec 26 10:22:34 2014 +0100

    Bug 13458: Display the correct patron categories

    Bug 9811 removes useful code.
    Actually the AddPatronLists pref is not sent to the template from
    members/member.pl.

    To fix this issue, we can use the existing not clean way, or compare the
    syspref value directly in the template. This second solution is
    implemented in this patch.

    Test plan:
    1/ Set the AddPatronLists pref to 'specific'
    2/ On the patron home page (members/members-home/pl), the patron search
    result page (members/member.pl after launching a search) and on the
    checkouts page/patron search result (circ/circulation.pl after searching
    a patron using the check out), verify that the patron category list is
    the specific ones.
    3/ Test there are no regression with the AddPatronLists pref set to
    'general'.

    Signed-off-by: Chris Cormack <chris at bigballofwax.co.nz>

    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Works as described and fixes the problem.

    Note: I am not sure if AddPatronLists makes sense -
    if you set it to general patron types, it still preselects the
    wrong category type (tried organization, a child patron category
    was selected). Also the name is confusiong nowadays with the
    Patron list feature.
    Signed-off-by: Mason James <mtj at kohaaloha.com>

commit adb2719bc6d9f1d60ba69dbf8bd0becb76dae2ae
Author: Kyle M Hall <kyle at bywatersolutions.com>
Date:   Tue Oct 21 06:18:29 2014 -0400

    Bug 13124 - Record titles with parentheses causing label weirdness

    Test Plan ( using sample data included with Koha )
    1) Catalog a record and item with the title "Oh no! or, (How my
       science project destroyed the world) /"
    2) Edit the DEFAULT template
       a) Set layout type to Biblio
       b) Set data fields to "title, author, isbn, issn, itemtype,
          barcode, itemcallnumber"
       c) Set font size to 10
    3) Create a batch with just the one item you created
    4) Export the PDF with the Avery template and the DEFAULT layout
    5) Note the weirdness
    6) Apply this patch
    7) Re-export the PDF, note it's no longer weird ; )

    Signed-off-by: Nick Clemens <nick at quecheelibrary.org>

    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Signed-off-by: Mason James <mtj at kohaaloha.com>

commit b4d2b42bf00fbfcaa3bc53122af001cb91e4ef88
Author: Jonathan Druart <jonathan.druart at biblibre.com>
Date:   Thu Nov 27 16:54:21 2014 +0100

    Bug 13360: C4::Ris assumes that hash keys are ordered - KW

    This patch only fixes the KW order.

    Test plan:
    1/ Choose/create a record with several 6XX (for KW), see the code source
    to know which fields you can use
    2/ Export this record in RIS format
    3/ Verify that the KW lines are ordered following the marc record fields
    order.

    Signed-off-by: Chris Cormack <chris at bigballofwax.co.nz>

    We really should refactor this whole thing into Koha::RIS sometime, it's
    a horrible module at the moment.

    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Signed-off-by: Mason James <mtj at kohaaloha.com>

commit af764c39d4f6e89447c0b55854795d31a8b69e20
Author: Mark Tompsett <mtompset at hotmail.com>
Date:   Fri Dec 12 12:28:11 2014 -0500

    Bug 13453: Koha.t daily quote tests assume sample data

    By adding quotes 3 and 25 from the sample data, this test can
    pass without having the sample quote data loaded.

    TEST PLAN
    ---------
    1) Ensure there is no quote id=3 or that it is NOT
       Abraham Lincoln.
    2) prove t/db_dependent/Koha.t
       -- this should fail the daily quote test.
    3) apply patch
    4) prove t/db_dependent/Koha.t
       -- this should *NOT* fail the daily quote test.
    5) run koha qa test tools

    Followed test plan 1)-4). Without patch, daily quote test failed. With patch, test passed OK.
    Signed-off-by: Marc Véron <veron at veron.ch>

    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Works as described, leaves actual data unchanged.
    Signed-off-by: Mason James <mtj at kohaaloha.com>

commit 50b3015a0bcff6228d968516b9c65e9c06536534
Author: Owen Leonard <oleonard at myacpl.org>
Date:   Mon Nov 3 12:29:48 2014 -0500

    Bug 13017 - Login page image replacement technique fails when browser width exceeds 2000 pixels

    This patch updates the image replacement technique used for Koha's login
    page. The old technique used a negative text-indent value to move the
    text offscreen, but that begins to fail more and more often as screens
    get larger.

    The new technqiue is described here:
    http://www.zeldman.com/2012/03/01/replacing-the-9999px-hack-new-image-replacement/

    Note: This patch has not been tested in any Internet Explorer version!

    To test you must have a screen which is wider than 2000 pixels. Apply
    the patch, clear your browser cache and view the staff client login
    page. The logo on the login form should look correct with no
    corresponding text appearing anywhere on the screen.

    Signed-off-by: Christopher Brannon <cbrannon at debian.localdomain>

    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Mason James <mtj at kohaaloha.com>

commit 3f8edc5a6103764985d4b14c319491af77684651
Author: David Cook <dcook at prosentient.com.au>
Date:   Tue Dec 16 12:53:18 2014 +1100

    Bug 13469 - Unapi path to XSLTs is wrong in OPAC

    The Unapi path to XSLTs is wrong in the OPAC.

    Unfortunately, it's coded to work just for Git installs, which makes it
    tough to test.

    _TEST PLAN_

    Before applying:
    1) Go to
    http://GIT-INSTALL/cgi-bin/koha/unapi?id=koha:biblionumber:1&format=oai_dc
    2) If the biblionumber exists, it should show you the record in OAI_DC format.
    3) Go to
    http://REGULAR-INSTALL/cgi-bin/koha/unapi?id=koha:biblionumber:1&format=oai_dc
    4) You should get a software error

    Apply the patch.

    After applying:
    1) Refresh the page for
    http://yourgitinstall/cgi-bin/koha/unapi?id=koha:biblionumber:1&format=oai_dc
    2) It should work exactly the same as before.

    Thorough testers:
    1) Push the code to that regular test install
    2) Try the link again. It will properly show the converted record now.

    Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
    Verified that single install
    intrahtdocs==/usr/share/koha/clone1712/intranet/htdocs/intranet-tmpl plus
    "/prog/en/xslt/" is the location for the required xslt files.
    Script unapi in git install is still fine.

    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Mason James <mtj at kohaaloha.com>

commit 6890755c447296eeb08ea08a8360cdd8843bedf9
Author: Owen Leonard <oleonard at myacpl.org>
Date:   Wed Dec 3 09:22:11 2014 -0500

    Bug 12428 [3.16.x] "OPAC info" is not displayed in the OPAC

    This patch changes the footer include, adding an alias for the jQueryUI
    tooltip function to prevent conflict with Bootstrap's function of the
    same name.

    To test, you must have at least two libraries configured with "OPAC
    info" for display in the OPAC.

    Modify the holdings of a title so that there is at least one item which
    has different holding and home branches matching your library configured
    above.

    View the detail page for that record. Hovering your cursor over the
    library name in the "Location" column should display the branch
    information you configured for that library in a tooltip.

    Signed-off-by: Nick Clemens <nick at quecheelibrary.org>

    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Signed-off-by: Mason James <mtj at kohaaloha.com>

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

Summary of changes:
 C4/Labels/Label.pm                                 |    5 +-
 C4/Ris.pm                                          |   53 ++++++++++----------
 circ/circulation.pl                                |    3 --
 koha-tmpl/intranet-tmpl/prog/en/css/login.css      |    6 ++-
 .../prog/en/includes/patron-toolbar.inc            |    2 +-
 .../bootstrap/en/includes/opac-bottom.inc          |    4 ++
 .../opac-tmpl/bootstrap/en/modules/opac-detail.tt  |    2 +-
 members/members-home.pl                            |    1 -
 opac/unapi                                         |    4 +-
 t/db_dependent/Koha.t                              |    7 +++
 10 files changed, 48 insertions(+), 39 deletions(-)

hooks/post-receive
-- 
main Koha release repository