[koha-commits] main Koha release repository branch master updated. v3.16.00-931-g5a82616

[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, master has been updated
       via  5a82616ab7fcaee9764d340756c6a2afe851658f (commit)
       via  bba3306d45aba8626c3ef460de06a4e76abafaf9 (commit)
       via  e82f6117c1d83f27a6ff10821a0b936a99c8b279 (commit)
      from  4235326c5fad21be82922eb3f0fe2cd85e7a00da (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 5a82616ab7fcaee9764d340756c6a2afe851658f
Author: Tomas Cohen Arazi <tomascohen at gmail.com>
Date:   Fri Oct 31 12:50:37 2014 -0300

    Bug 10582: Koha OPAC URL shows Perl error message before web installer was run
    
    This patch makes opac/maintenance.pl run smoothly when the DB hasn't
    been populated yet. It does so, by using C4::Templates::gettemplate
    instead of C4::Auth::get_user_and_template as the maintenance page doesn't
    need authentication checks at all, it should happen *before* any attempt
    to check credentials.
    
    To test:
    - Backup and DROP your database
    - Point your browser to the OPAC page
    => FAIL: An error is shown: "Cant's use an undefined value as an ARRAY..."
    - Apply the patch
    - Relad the page
    => SUCCESS: The maintenance page correctly shows.
    We should now check the rest of the script's behaviour remains untouched:
    - Reload your backed up DB
    - Change your DB version number by hand to one version lower, like in:
      > UPDATE systempreferences SET value="3.1700042" WHERE variable LIKE '%version%';
    - Go to the OPAC
    => SUCCESS: Maintenance page shows as expected
    - Recover the right  version number, like in:
      > UPDATE systempreferences SET value="3.1700043" WHERE variable LIKE '%version%';
    - Set OpacMaintenance to Show on the staff client
    - Reload the OPAC
    => SUCCESS: Maintenance page shows as expected
    - Set OpacMaintenance to 'Don't show' on the staff client
    - Reload the OPAC
    => SUCCESS: Normal OPAC shows
    - Sign off :-D
    
    Regards
    
    Sponsored-by: Universidad Nacional de Cordoba
    
    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Works as described, fixes long existing bug.
    
    Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit bba3306d45aba8626c3ef460de06a4e76abafaf9
Author: Owen Leonard <oleonard at myacpl.org>
Date:   Fri Oct 31 12:31:46 2014 -0400

    Bug 13183 - Improve visibility of automatic on-site checkout rule when OnSiteCheckoutsForce is on
    
    This patch addresses the case where OnSiteCheckoutsForce is enabled and
    the user is checking out to a patron who is blocked from checking out.
    Instead of showing the 'specify due date' form (which is disabled) this
    patch hides it and highlights the on-site checkout controls.
    
    This patch adds some CSS and consolidates some redundant CSS.
    
    To test, load a patron for checkout under the following conditions:
    
    1. OnSiteCheckoutsForce is off and patron is not blocked from checkout
    2. OnSiteCheckoutsForce is off, patron is blocked from checkout (for
       being expired or restricted).
    3. OnSiteCheckoutsForce is on and patron is not blocked from checkout
    4. OnSiteCheckoutsForce is on and patron is blocked from checkout
    
    Signed-off-by: Liz Rea <liz at catalyst.net.nz>
    Checked these 4 conditions, plus that if a specified due date was allowed, that it was enforced.
    
    I noted that the on-site checkouts seemed to take longer to process, but this probably isn't the place for that sort of complaint.
    
    Signed-off-by: Katrin Fischer <Katrin.Fischer.83 at web.de>
    Small visual improvment for a new feature. No problems found.
    
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit e82f6117c1d83f27a6ff10821a0b936a99c8b279
Author: Owen Leonard <oleonard at myacpl.org>
Date:   Wed Oct 8 13:45:43 2014 -0400

    Bug 13043 - Remove incorrect link to unused DataTables columnFilter plugin on staff client search history page
    
    The staff client search history page does not required the DataTables
    columnFilter plugin, so the link (which pointed to the wrong location
    anyway) can be removed.
    
    To test, apply the patch and view your search history in the staff
    client. Table sorter functions (sorting, paging, and searching) should
    work correctly for current and previous sessions of catalog and
    authority searches.
    
    Signed-off-by: Frederic Demians <f.demians at tamil.fr>
    
    This patch just affects the staff search history page which is still fully
    functionnal after applying the patch.
    
    Signed-off-by: Katrin Fischer <Katrin.Fischer.83 at web.de>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

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

Summary of changes:
 .../intranet-tmpl/prog/en/css/staff-global.css     |   15 +++---
 .../prog/en/modules/catalogue/search-history.tt    |    1 -
 .../prog/en/modules/circ/circulation.tt            |   50 ++++++++++++--------
 opac/maintenance.pl                                |   37 ++++++---------
 4 files changed, 53 insertions(+), 50 deletions(-)


hooks/post-receive
-- 
main Koha release repository