[koha-commits] main Koha release repository branch 16.05.x updated. v16.05.06-01-42-g8fa2cc8
Git repo owner
gitmaster at git.koha-community.org
Tue Jan 3 03:40:37 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, 16.05.x has been updated
via 8fa2cc8585eb7077eb8286b5a1b66cd3cd93475e (commit)
via 645187ba7e44445e4cdf2e22917120f0aef13bfc (commit)
via 968333838361211cc0921ae5c4e713eda3d8b068 (commit)
via 5de2e328e8417866b94266eabce4af1c71a7a203 (commit)
via 410ca1a2744725b32092ec070c0adc7da839d209 (commit)
via 383fc338610fc105257ea82f813580f1a4920393 (commit)
via 77b6f5d5c1abcf6075aa0670cea145d161874a18 (commit)
via 792cdc686cd64c9a457a963f62090ee27451de96 (commit)
via cea6976e6d1a0780856a3f1b36656ecf6ebc9e8b (commit)
via 9ccbb3e45c5e960a8bc28ace434cd046b46393fa (commit)
via 111717a2a118748b733949cb8b31d2c0d5836ef8 (commit)
via 8f7b95d8e24b6547701a0101848b671ff2abbc32 (commit)
via 6b0c0141c7291ab0760af5b97373fb3de7923247 (commit)
via b35ae5a9e9042fc1a4dc7329e2a34c64b61f6e4f (commit)
via 60d3932c2ca93c4088bcb054cce51413e931723f (commit)
via 5fbdb04758080167e3ebf59b48d1759d863fbd6b (commit)
via 06438c671a68f5d9f0b7caca56bf4e97cf7069b1 (commit)
via 260b3c0920a1c6220b8f6b4e0517fc1c057d4bed (commit)
via 3046b01bccc9031805d7a46f926521e34359d509 (commit)
via 4ad29b9f2e445b718ddfc014adaa27802720d2e5 (commit)
via 094ef820d9ea713d02f04bcaad4021f5f1292915 (commit)
from 9ec91c5c24460144428c1ba74526b99bcdd072f5 (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 8fa2cc8585eb7077eb8286b5a1b66cd3cd93475e
Author: Mason James <mtj at kohaaloha.com>
Date: Sat Dec 31 15:32:45 2016 +1300
Version 16.05.07
Signed-off-by: Mason James <mtj at kohaaloha.com>
commit 645187ba7e44445e4cdf2e22917120f0aef13bfc
Author: Mason James <mtj at kohaaloha.com>
Date: Tue Jan 3 15:23:03 2017 +1300
Update release notes for 16.05.07 release
Signed-off-by: Mason James <mtj at kohaaloha.com>
commit 968333838361211cc0921ae5c4e713eda3d8b068
Author: Julian Maurice <julian.maurice at biblibre.com>
Date: Thu Dec 8 10:13:35 2016 +0100
Bug 17744: Remove the oai_dc:dcCollection wrapper in OAI responses
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: Mason James <mtj at kohaaloha.com>
commit 5de2e328e8417866b94266eabce4af1c71a7a203
Author: Kyle M Hall <kyle at bywatersolutions.com>
Date: Fri Dec 23 11:31:00 2016 +0000
Bug 15415 [QA Followup] - Make code more readable
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit 8e68e41df448e9bde7baf69ebab2646d2138cca4)
Signed-off-by: Julian Maurice <julian.maurice at biblibre.com>
commit 410ca1a2744725b32092ec070c0adc7da839d209
Author: Aleisha Amohia <aleishaamohia at hotmail.com>
Date: Fri Dec 2 03:04:07 2016 +0000
Bug 15415: Warn when creating a new print profile
As per Jonathan's comment in Comment 3, I've put that line of code in an
if statement that will only call the get_attr method if we are editing
an existing profile (therefore the profile id will exist).
To test:
1) Go to Tools -> Patron Card Creator -> New printer profile
2) Notice warn
3) Apply patch
4) Refresh page
5) Confirm warn is gone and page still works as expected
Sponsored-by: Catalyst IT
Signed-off-by: Marc Véron <veron at veron.ch>
Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit 47e80e899aca7c79aaeb58350401a1963fbe709d)
Signed-off-by: Julian Maurice <julian.maurice at biblibre.com>
commit 383fc338610fc105257ea82f813580f1a4920393
Author: Tomas Cohen Arazi <tomascohen at theke.io>
Date: Thu Dec 22 12:46:06 2016 -0300
Bug 16914: Remove unused empty_lines.inc file
Signed-off-by: Tomas Cohen Arazi <tomascohen at theke.io>
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
Signed-off-by: Brendan A Gallagher <brendan at bywatersolutions.com>
(cherry picked from commit 0b915fbd9735d2585944253fc5230fdb7417fb80)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
(cherry picked from commit 2263c97b729f56e917fb7aee41080a3711a022a3)
Signed-off-by: Julian Maurice <julian.maurice at biblibre.com>
commit 77b6f5d5c1abcf6075aa0670cea145d161874a18
Author: Tomas Cohen Arazi <tomascohen at theke.io>
Date: Thu Dec 22 12:45:08 2016 -0300
Bug 16914: Rely on TT for newlines
The translation scripts have an historical tendency to chomp newlines
and we introduced an empty_line.inc file to force newlines when building
CSV output out of our templates (in item search and late orders).
This patch makes the mentioned templates use TT ability to force newlines
plus some misuses of the 'minus' sign.
Test plan:
- Apply the patch
- Do an item search that returns more than one result
- Export as CSV
=> SUCCESS: The CSV file is correctly formed.
- Install any translation:
$ sudo koha-shell kohadev
k$ cd kohaclone/misc/translator
k$ perl translate install <chosen language>
- Enable <chosen language> (e.g. es-ES)
- Repeat the item search
- Export as CSV
=> SUCCESS: The CSV file is correctly formed in your chosen language.
- Have more than one late orders (bummer)
- Go to late orders
- Choose them
- Export as CSV (in english)
=> SUCCESS: The CSV file is correctly formed.
- Switch language
- Go to late orders
- Choose them
- Export as CSV (in english)
=> SUCCESS: The CSV file is correctly formed in your chosen language.
- Sign off :-D
Signed-off-by: Tomas Cohen Arazi <tomascohen at theke.io>
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
Signed-off-by: Brendan A Gallagher <brendan at bywatersolutions.com>
(cherry picked from commit 152ce671eca4b5d74329b518d9d71106f4e60c84)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
(cherry picked from commit a72c8c630cec81f527db8325683e166ee7add97b)
Signed-off-by: Julian Maurice <julian.maurice at biblibre.com>
commit 792cdc686cd64c9a457a963f62090ee27451de96
Author: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Date: Thu Dec 15 10:47:24 2016 +0000
Bug 17743: Item search - Fix indexes build on MARC
Searching items by custom search fields does not work because these
fields are not correctly processed in JS.
In case of custom search field, the parent of the option is not the
select but the optgroup element.
Test plan:
Create a custom search field on 245$c for instance
On the items search form, select this field and launch a search
=> Without this patch, the results will not be filtered and you will get
all your items
=> With this patch applied, the results should be correctly filtered
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
Signed-off-by: Mason James <mtj at kohaaloha.com>
commit cea6976e6d1a0780856a3f1b36656ecf6ebc9e8b
Author: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Date: Thu Dec 15 13:50:42 2016 +0100
Bug 16951: Replace some more
In order to avoid warnings in the logs, $cgi->param should be forced to
scalar context
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit e16ec2fcdb8bf67c507591386f94b9d024fec596)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
(cherry picked from commit ae61f7c4f170e292781598c3123cc4a70863d933)
Signed-off-by: Julian Maurice <julian.maurice at biblibre.com>
commit 9ccbb3e45c5e960a8bc28ace434cd046b46393fa
Author: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Date: Thu Dec 15 13:45:22 2016 +0100
Bug 16951: Fix Item search sorting
Caused by
commit ac5a1bfececb5400a77f0ebad90181f5215d5a85
Bug 16154: CGI->multi_param - Manual changes
The change was wrong, we wanted to retrieve a scalar (the string), not
an array.
We want to retrieve a string with the different column' names, not an
array of 1 element.
Test plan:
Launch an item search and play with column sort
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit 2184fa6ab1a7449857df15894c8de075aac729ec)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
(cherry picked from commit 01f495673f61eb5fced39f1f47ea2c04b5074a35)
Signed-off-by: Julian Maurice <julian.maurice at biblibre.com>
commit 111717a2a118748b733949cb8b31d2c0d5836ef8
Author: Kyle M Hall <kyle at kylehall.info>
Date: Mon Dec 12 06:59:30 2016 -0500
Bug 17761 - Renewing or returning item via the checkouts table causes lost and damaged statuses to disappear
Due to the fact that the lost and damaged status are contained within the due_due span,
when the item is renewed or returned these statuses disappear.
Some librarians find this disconcerting and it seems that it would be better to keep the visible.
Test Plan:
1) Find a lost item checked out to a patron
2) Renew that lost item via the checkouts table
3) Notice the lost status disappears from that row
4) Apply this patch
5) Refresh the page ( you may want to clear your browser cache as well )
6) Renew the item again
7) The lost status should remain visible!
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
Signed-off-by: Edie Discher <edischer at cityoffargo.com>
Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit 97eb773c0a4054f0538c8966e207734f6f56bdd5)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
(cherry picked from commit 75c3cda017e4998974fad285e21bf63b08e4fce6)
Signed-off-by: Julian Maurice <julian.maurice at biblibre.com>
commit 8f7b95d8e24b6547701a0101848b671ff2abbc32
Author: Chris Kirby <chris.kirby at ilsleypubliclibrary.org>
Date: Mon Nov 28 00:15:02 2016 -0500
Bug 17652: opac-account.pl does not include login branchcode
opac-account.pl does not include the login branchcode, whereas the other pages
available to users (opac-user, opac-memberentry, opac-passwd, opac-readingrecord,
opac-suggestions, opac-messaging, opac-shelves, etc.) on login DO provide
the login branchcode. Having the login branchcode available on opac-account.pl
would facilitate customization of the OPAC for individual branches.
To test:
1) Login to the OPAC and open /cgi-bin/koha/opac-account.pl
2) Inspect the body tag and observe the class attribute does not include
the login branchcode.
3) Apply the patch.
4) Repeat step 2.
5) Observe that the login branchcode is present.
Signed-off-by: Alex Buckley <alexbuckley at catalyst.net.nz>
Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit 1bfcebfb7fa0837428fb577a6fc059886fe37afb)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
(cherry picked from commit 2bfd9a95f09c29d1ae116213f83b416a3922cf8c)
Signed-off-by: Julian Maurice <julian.maurice at biblibre.com>
commit 6b0c0141c7291ab0760af5b97373fb3de7923247
Author: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Date: Fri Nov 25 13:22:42 2016 +0100
Bug 17681: Exiisting typos might thow some feees when recieved
Yes, we are fixing these four typos here.
Test plan:
[1] Read the changes.
[2] Run t/Auth_with_shibboleth.t
[3] Run git grep recieved| grep -v -e 'recievedlist' | grep -v -e 'serials-recieve.tt'
Note: serials-recieve.tt is just history. Bonus points for the one who makes
us get rid of that column recievedlist.
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Josef Moravec <josef.moravec at gmail.com>
EDIT:
Rebased. Change in Accounts has been corrected already.
Removed the po file.
Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit b5c1a965b165093fb66a5db356da84b4a62bf9a6)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
(cherry picked from commit 327c2ba63612c56599d590a0a2dd8539d255b145)
Signed-off-by: Julian Maurice <julian.maurice at biblibre.com>
commit b35ae5a9e9042fc1a4dc7329e2a34c64b61f6e4f
Author: Tomas Cohen Arazi <tomascohen at theke.io>
Date: Fri Dec 2 17:16:10 2016 -0300
Bug 17547: (MARC21|NORMARC) have Chronological term field $9 indexed
This patch makes Zebra index the 648$9 link for chronological terms on
bibliographic records. This way an authority search on chronological terms
will show the right number in 'Used in X records' message.
To test:
- Have a record with a 648 field, linked to an authority record (i.e. with an authid on 648$9).
- Search for the record, notice it is indexed.
- Perform an authority search for the chronological term
=> FAIL: the term is linked to our record, but koha shows '0' count.
- Apply the patch
- Run:
$ cd kohaclone
$ xsltproc etc/zebra/xsl/koha-indexdefs-to-zebra.xsl \
etc/zebradb/marc_defs/marc21/biblios/biblio-koha-indexdefs.xml \
> etc/zebradb/marc_defs/marc21/biblios/biblio-zebra-indexdefs.xsl
$ git diff
=> SUCCESS: Notice the shipped etc/zebradb/marc_defs/marc21/biblios/biblio-zebra-indexdefs.xsl
is up-to-date
- Run:
$ sudo cp etc/zebradb/marc_defs/marc21/biblios/biblio-zebra-indexdefs.xsl \
/etc/koha/zebradb/marc_defs/marc21/biblios/biblio-zebra-indexdefs.xsl
$ sudo koha-restart-zebra kohadev
$ sudo koha-rebuild-zebra -f -b -v kohadev
- Search for the record, notice it is indexed.
- Perform an authority search for the chronological term
=> SUCCESS: the term is linked to our record, usage count is 1
- Sign off :-D
I assume NORMARC is similar on this regard. Feel free to fail it if the NORMARC part of the
patch is wrong.
Sponsored-by: Universidad Nacional de Cordoba
Signed-off-by: Hugo Agud <hagud at orex.es>
Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit cb3f899826966b5da1242292091aa71ab4831618)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
(cherry picked from commit 80955d365af98627110783bc16b12964d117273d)
Signed-off-by: Julian Maurice <julian.maurice at biblibre.com>
commit 60d3932c2ca93c4088bcb054cce51413e931723f
Author: Nick Clemens <nick at bywatersolutions.com>
Date: Thu Dec 8 19:41:33 2016 +0000
Bug 17749 - Missing l in '.pl' in link on waitingreserves.tt
Fixes a small typo introduced by Bug 17010
waitingreserves.p#[% tab %]
should be
waitingreserves.pl#[% tab %]
Signed-off-by: Benjamin Rokseth <benjamin.rokseth at kul.oslo.kommune.no>
Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit a1592ec10be56569b64774a3dde1e85c53ba36d9)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
(cherry picked from commit 45bd59064f117f984b4bc041c12136a7d6a880c5)
Signed-off-by: Julian Maurice <julian.maurice at biblibre.com>
commit 5fbdb04758080167e3ebf59b48d1759d863fbd6b
Author: Owen Leonard <oleonard at myacpl.org>
Date: Mon Nov 21 08:26:13 2016 -0500
Bug 11274 Sent Notices Tab Not Working Correctly
This patch implements the notices toggle event using a different method.
Using on() lets us bind the event to a parent element, allowing the
event to attach to elements which may not exist on the page yet.
Test plan the same as original patch:
1) have a patron with more then 20 notices sent
2) go to patron profile -> notices
-> without patch, the showing/hidding of notices content does work
correctly only on first loaded page
-> with patch, it should work correctly everywhere - try to use
paginator, searching, ordering....
Signed-off-by: Josef Moravec <josef.moravec at gmail.com>
Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
Signed-off-by: Mason James <mtj at kohaaloha.com>
commit 06438c671a68f5d9f0b7caca56bf4e97cf7069b1
Author: David Cook <dcook at prosentient.com.au>
Date: Mon May 23 11:57:04 2016 +1000
Bug 16376 - Koha::Calendar->is_holiday date truncation creates fatal errors for TZ America/Santiago
Using a DateTime object with a timezone of America/Santiago
was causing fatal errors for Koha::Calendar->is_holiday
and Koha::Calendar->exception_holidays, when the objects
were truncated to an invalid local time.
Using a floating zone allows us to use the same day, month, year
for comparison purposes without running into the possibility of
creating an invalid local time and thus a fatal software error.
Edit:
While the changes to is_holiday and single_holiday make sense (Jonathan agrees too)
I didn't manage to have them fail, because truncate is not failing in my trials, but
days_between. So to me, it narrows down to have exception_holiday return floating tz
datetime objects so it doesn't break days_between.
Anyway, it is ok to push this patch, and the regression test I provide covers this scenario
I'm describing.
To test:
- Apply the regression tests patch
- Run:
$ prove t/db_dependent/Holidays.t
=> FAIL: Unexpected error due to bad timezone/date combination
- Apply this patch
- Run:
$ prove t/db_dependent/Holidays.t
=> SUCCESS: Tests pass
Signed-off-by: Chris Cormack <chris at bigballofwax.co.nz>
Signed-off-by: Tomas Cohen Arazi <tomascohen at theke.io>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit 32354d8322afd05704d87cb38d9bc032ce8c4ec1)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
(cherry picked from commit 5e9056a99cf37acad6c2d4fe5f3ebd1f61171327)
Signed-off-by: Julian Maurice <julian.maurice at biblibre.com>
commit 260b3c0920a1c6220b8f6b4e0517fc1c057d4bed
Author: Tomas Cohen Arazi <tomascohen at theke.io>
Date: Tue Dec 6 11:29:08 2016 -0300
Bug 16376: (regression tests)
This patch introduces a regression test for exception_holidays. This routine
returns a list of datetimes to be used in date comparison and some datetimes don't exist
in some timezones, so floating timezones should be used instead.
To test:
- Apply the patch on master
- Run:
$ prove t/db_dependent/Holidays.t
=> FAIL: The new test fails
Signed-off-by: Tomas Cohen Arazi <tomascohen at theke.io>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit c6a0848ff0b7acbec4d7bf817447d7cc84c0615e)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
(cherry picked from commit aa5c67486f297dbdaa1ba7b6665916a3d2cc05f5)
Signed-off-by: Julian Maurice <julian.maurice at biblibre.com>
commit 3046b01bccc9031805d7a46f926521e34359d509
Author: Nick Clemens <nick at bywatersolutions.com>
Date: Thu Dec 8 17:19:03 2016 +0000
Bug 14541 (QA followup) Add warning to gist system preference
Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit 36c608ab846c97aa76ea2fd721c7ce09f2c638ed)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
(cherry picked from commit 317bd60f18b3ceaec91709ec56f26c27f16359b9)
Signed-off-by: Julian Maurice <julian.maurice at biblibre.com>
commit 4ad29b9f2e445b718ddfc014adaa27802720d2e5
Author: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Date: Wed Nov 9 09:13:27 2016 +0000
Bug 14541: Do not truncate tax rate values
Tax rates are stored in decimal(6,4) fields which means that 4 decimals
are allowed.
If a tax rate is 8.42%, it is stored as 0.0842
If a tax rate has more precision than that, Koha won't deal correctly
with it. We will need to update the DB structure.
With this patch, the tax rate will be displayed with the same precision
as in the DB. So if you enter 8.42, you will see 8.42% instead of 8.4%
without this patch.
Test plan:
Do a full acquisition workflow with a tax rate like 8.42% and confirm
that it is correctly displayed.
Signed-off-by: Alex Buckley <alexbuckley at catalyst.net.nz>
Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit cb3d6625e87fbc861c11e181cea36f9f9cd329cc)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
(cherry picked from commit ff33093591f903c22e251ba694ed59d8a0fb7500)
Signed-off-by: Julian Maurice <julian.maurice at biblibre.com>
commit 094ef820d9ea713d02f04bcaad4021f5f1292915
Author: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Date: Wed Nov 23 10:06:04 2016 +0000
Bug 15822: Fix 500 error when searching if items.onloan=0000-00-00
The calls
output_pref({ dt => dt_from_string( $date ) })
are wrong and should be replaced with
output_pref({ str => $date })
For better error handling.
Here we fix the problem of items.onloan when searching
Test plan:
- Set items.onloan=0000-00-00 (UPDATE items SET onloan='0000-00-00')
This can come from old data or bad migration
- Execute a search
=> Without this patch you get
Can't locate object method "ymd" via package "dateonly" (perhaps you forgot to load "dateonly"?) at /home/vagrant/kohaclone/Koha/DateUtils.pm line 225.
=> With this patch you won't get the error
Signed-off-by: Alex Buckley <alexbuckley at catalyst.net.nz>
Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit 167c74bfd386287783e101989b804077b1020369)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
(cherry picked from commit a5ce343c9d7d8790a8dbd98b3833ea6cf155c180)
Signed-off-by: Julian Maurice <julian.maurice at biblibre.com>
-----------------------------------------------------------------------
Summary of changes:
C4/Search.pm | 2 +-
Koha.pm | 2 +-
Koha/Calendar.pm | 6 +-
Koha/OAI/Server/Repository.pm | 2 +-
Koha/Object.pm | 2 +-
acqui/finishreceive.pl | 2 +-
catalogue/itemsearch.pl | 19 +-
.../marc21/biblios/biblio-koha-indexdefs.xml | 3 +
.../marc21/biblios/biblio-zebra-indexdefs.xsl | 9 +
.../normarc/biblios/biblio-koha-indexdefs.xml | 3 +
.../normarc/biblios/biblio-zebra-indexdefs.xsl | 24 ++
installer/data/mysql/updatedatabase.pl | 5 +
.../en/includes/catalogue/itemsearch_item.csv.inc | 2 +-
.../intranet-tmpl/prog/en/modules/acqui/basket.tt | 6 +-
.../prog/en/modules/acqui/csv/lateorders.tt | 9 +-
.../intranet-tmpl/prog/en/modules/acqui/invoice.tt | 4 +-
.../prog/en/modules/acqui/neworderempty.tt | 4 +-
.../intranet-tmpl/prog/en/modules/acqui/parcel.tt | 2 +-
.../prog/en/modules/acqui/supplier.tt | 6 +-
.../en/modules/admin/preferences/acquisitions.pref | 1 +
.../prog/en/modules/catalogue/itemsearch.tt | 2 +-
.../prog/en/modules/catalogue/itemsearch_csv.tt | 2 +-
.../prog/en/modules/circ/waitingreserves.tt | 2 +-
.../prog/en/modules/members/notices.tt | 20 +-
koha-tmpl/intranet-tmpl/prog/js/checkouts.js | 3 +-
.../opac-tmpl/bootstrap/en/modules/opac-account.tt | 2 +-
misc/cronjobs/cleanup_database.pl | 2 +-
misc/release_notes/release_notes_16_5_7.md | 288 ++++++++++++++++++++
misc/release_notes/release_notes_200RC4.txt | 4 +-
patroncards/edit-profile.pl | 5 +-
t/Auth_with_shibboleth.t | 4 +-
t/db_dependent/Holidays.t | 48 +++-
32 files changed, 438 insertions(+), 57 deletions(-)
delete mode 100644 koha-tmpl/intranet-tmpl/prog/en/includes/empty_line.inc
create mode 100644 misc/release_notes/release_notes_16_5_7.md
hooks/post-receive
--
main Koha release repository
More information about the koha-commits
mailing list