[koha-commits] main Koha release repository branch 16.11.x updated. v16.11.06-26-g9668331
Git repo owner
gitmaster at git.koha-community.org
Sun Apr 2 19:55:05 CEST 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.11.x has been updated
via 9668331d4260928dbe91ec9710031e5ac63f5346 (commit)
via 3db9848f1acb904f67312c55a35fd262c46829aa (commit)
via d24293bab480ec2b7128427b5bf3cef1860b1292 (commit)
via df19ffde652f0438c9e516506a3de6cb0cfbd18f (commit)
via 168a10de25ad64830ed0c448571e0607b64d4bd9 (commit)
via 0a3b7777bbeb88e39903ceee35464d5eaec231e3 (commit)
via b8c232dd37f6cb9d8833c39bff46a41668b78a6f (commit)
via 3090a89b83fe630ea2c9bd002909791d528479f7 (commit)
via 29526afcef6143ddafac8ffd00820ef9086ccaa0 (commit)
via b4ef4f4e3b1b6c2176d7faaa906d92b195dc4c55 (commit)
via a07565870d77fd990a12bced6444c2f80e5ec383 (commit)
via 85da774d4384be0ae03fbb51caddd335f7e85fd7 (commit)
via 30cfdb9096282175f4bf92b65021a8ef6e3fd052 (commit)
via da9371a1d6a257d6d598c9299a33aedff183fc4c (commit)
via 92ddd4bbc7f3f40241202ae19750e93d5ee2d30b (commit)
via f305629f14ae925cf58dc62e39f871fd6ec1c8f5 (commit)
via dbb0b4a4b09233a7b68fc29deef8220f61fb5950 (commit)
via f75915336c072765a330ca7e39646326ef11212b (commit)
via a36ee908dcb42121494e48aa05105e276d1be607 (commit)
via 75ac2341774368975be08ee635851605f06a7b7d (commit)
via 34565e7f7d38298d37f449520dd5bc20cec833f8 (commit)
from e2f860386dd811b2be3b2988b690c2d28d748336 (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 9668331d4260928dbe91ec9710031e5ac63f5346
Author: Luke Honiss <luke.honiss at gmail.com>
Date: Thu Jan 19 22:52:49 2017 +0000
Bug 17945 - Breadcrumbs broken on opac-serial-issues.pl
==TEST PLAN==
1) Make a subscription with a record
2) Search and view the record in OPAC
3) Click on the subscription tab and click more details
4) The breadcrumb will say 'Detals for' without the record name
5) Apply patch
6) Refresh the page
7) The breadcrumb will display the name of the record
(fixed small error)
Signed-off-by: Sonia BOUIS <sonia.bouis at univ-lyon3.fr>
Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit 39bcba540a6c00fc374284dc025297a568befed6)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit 3db9848f1acb904f67312c55a35fd262c46829aa
Author: Marc Véron <veron at veron.ch>
Date: Tue Mar 14 14:29:08 2017 +0100
Bug 18263: Make use of syspref 'CurrencyFormat' for Account and Pay fines tables
On Home > Patrons > Accounts for... and Home > Patrons > Pay fines for...,
make the amounts display as defined in syspref 'CurrencyFormat'
To test:
- Apply patch
- Give a patron a high fine or credit (e.g. 12345.67)
- Got to pages Home > Patrons > Accounts for... and
Home > Patrons > Pay fines
- Verify that amounts display following syspref 'CurrencyFormat'
(e.g. 12'345.67 for syspref set to 360'000.00 (CH)
Signed-off-by: Mirko Tietgen <mirko at abunchofthings.net>
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 db467287d174827e52c322cb86d75b8628df52fe)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit d24293bab480ec2b7128427b5bf3cef1860b1292
Author: Grace McKenzie <grace.mcky at gmail.com>
Date: Tue Jan 17 22:45:28 2017 +0000
Bug 17290 - Standardize on "Patron Categories"
We need to standardize on terminology, this changes all instances of
patron types to be patron categories. To text, just view the patch
Signed-off-by: Cédric Vita <cedric.vita at dracenie.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 9a4fd7b27074d7ce923f7b47061d1e6636ecbc56)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit df19ffde652f0438c9e516506a3de6cb0cfbd18f
Author: Marc Véron <veron at veron.ch>
Date: Tue Mar 21 14:52:51 2017 +0100
Bug 18307 - Branchname is no longer displayed in subscription tab view
This patch restores the branchname in OPAC subscription detail view.
Additionally, it adds the subscriptons count to the tab title to make
it consistent with the other tab titles.
To test:
- Search a subscription in OPAC catalog
- Go to Subscriptions tab (see screenshot in initial comment)
- Verify that library name does not display
- Apply patch
- Verify that library name displays properly in Subscriptons tab
- Verify that the tab title displays the subscriptions count
e.g.: Subscriptions (2)
Signed-off-by: Claire Gravely <claire_gravely at hotmail.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 c6463c258f644ea5a1983680814eb765f1801283)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit 168a10de25ad64830ed0c448571e0607b64d4bd9
Author: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Date: Thu Mar 9 11:25:28 2017 -0300
Bug 18209: Add default, 'Actions' and fix case
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 f14de0007c47ae66d0276186df073c0375d37610)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit 0a3b7777bbeb88e39903ceee35464d5eaec231e3
Author: Blou <philippe.blouin at inlibro.com>
Date: Fri Mar 3 16:13:40 2017 -0500
Bug 18209 - Patron's card manage.pl page is not fully translatable
The headers of the tables displayed in patroncards/manage.tt are hardcoded in the .pl and thus cannot be translated.
This simple fix reuse the translate_card_element tool already in the code to make the strings translatable.
Applied patch and verified that table headers on manage.pl display the same as before.
Signed-off-by: Marc Véron <veron at veron.ch>
Re-tested, works as expected.
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 bb1492e9f67439753bf428bd06fa710791e70c74)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit b8c232dd37f6cb9d8833c39bff46a41668b78a6f
Author: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Date: Thu Mar 30 10:20:30 2017 +0200
Bug 18019: [QA Follow-up] Also catch the delete from authorities detail
Good catch from Jonathan. See comment11.
Authorities detail should pass a CSRF token to authorities-home when
deleting a record without linked biblios.
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Passing the token with GET is not a good way to do, but nothing quick to
replace that.
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit d2ee53fb5f90277d47fc56667e71018f5d9b88a9)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit 3090a89b83fe630ea2c9bd002909791d528479f7
Author: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Date: Tue Feb 7 09:09:33 2017 +0100
Bug 18019: Add CSRF protection to authorities-home.pl (op==delete)
Without this patch, it is possible to delete authority records with URL
manipulation.
Like: /cgi-bin/koha/authorities/authorities-home.pl?op=delete&authid=[XXX]
Test plan:
[1] Go to Authorities. Search for some authorities (without links).
[2] Delete an authority. Should work.
[3] Apply patch.
[4] Construct an URL like above to delete another authority. Should fail.
Under Plack this results in an internal server error, the log tells
you: Wrong CSRF token.
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
Amended the test plan.
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 5a7dc0749f581e4c4bc6ec68d3f3ab6bac12afd5)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit 29526afcef6143ddafac8ffd00820ef9086ccaa0
Author: Nick Clemens <nick at bywatersolutions.com>
Date: Fri Mar 3 14:56:31 2017 +0000
Bug 12972 - Transfer slip and transfer message (blue box) can conflict
Instead of passing the homebranch to the slip, let's pass
TransferWaitingAt (the value we display)
To test:
1 - Check in an item that will initiate a transfer (hold or automatic
item return)
2 - Note the transfer message and receipt match
3 - Remove the reason for transfer (bot don't cancel transfer)
i.e. cancel hold or change homebranch of item to current library
4 - Check the item in again
5 - Note the message displays the transfer destination and the slip
shows the homebranch
6 - Apply patch
7 - Repeat 5 but note slip and message match
8 - Test any edge cases for correctness
9 - sign off
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: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit f454013ec9beb8f6e4c382253b76bfac5ca65244)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit b4ef4f4e3b1b6c2176d7faaa906d92b195dc4c55
Author: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Date: Fri Mar 17 13:24:41 2017 +0100
Bug 7728: [QA Follow-up] Fix POD whitespace
Resolves complaints from qa tools.
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit 53f2b56fa15fac2f0d2ef0777e95f436d6914ec7)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit a07565870d77fd990a12bced6444c2f80e5ec383
Author: Julian Maurice <julian.maurice at biblibre.com>
Date: Wed Jan 11 14:51:43 2017 +0100
Bug 7728: QA fixes
- Remove useless comments
- Use Koha::Objects::find instead of Koha::Objects::search
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit c26afc2568311a2b7a99f33705cbc35b715563a8)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit 85da774d4384be0ae03fbb51caddd335f7e85fd7
Author: Paul Poulain <paul.poulain at biblibre.com>
Date: Tue Jan 26 14:03:21 2016 +0000
Bug 7728: Adding unit test ReNewSubscription.t
Test plan:
* run without the patch, the test will fail
* run with the patch, the test will pass
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit d79a264b6991d48bda026fc0ccde0607b519423f)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit 30cfdb9096282175f4bf92b65021a8ef6e3fd052
Author: Paul Poulain <paul.poulain at biblibre.com>
Date: Wed Dec 9 10:25:43 2015 +0000
Bug 7728: Fix subs history end date consistency
Without this patch, there is an inconsistency in subscriptions:
* a new subscription has no history end date set (as expected)
* if you renew it, a date is set.
This patch removes the setting of the history end date during renewal
Test plan:
* create a subscription, go to subscription-detail.pl page, tab "Summary". No History end date is set
* renew the subscription => a date has been set
* apply the patch
* create another subscription
* renew it => no history end date has been set
* sign-off
Signed-off-by: beroud <isabelle.beroud at univ-lyon3.fr>
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit 1843ee148b25a904d8baffbbe8f0ea504b539a64)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit da9371a1d6a257d6d598c9299a33aedff183fc4c
Author: Marc Véron <veron at veron.ch>
Date: Fri Mar 10 11:22:24 2017 +0100
Bug 18244: Patron card creator does not take in account fields with underscore (B_address etc.)
Fields with underscore like B_address do not print on patron cards.
To reproduce:
- Create patron card layout using fields with underscore in their name
(e.g. <surname><B_address> )
- Print (export) patron card
- Verify that fields without underscore are replaced by their value,
but fields with underscore do not replace but show the field name
To test:
- Apply patch
- Try to reproduce and verify that fields with underscore are replace
as expected
Signed-off-by: Christopher Brannon <cbrannon at cdalibrary.org>
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 a723de2ae0c393743fc111955ee81b5e6c5b7f4a)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit 92ddd4bbc7f3f40241202ae19750e93d5ee2d30b
Author: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Date: Mon Feb 6 10:29:44 2017 +0100
Bug 14535: Update the supplier filter too
The combobox on the left side of late orders is filled by sub
GetBooksellersWithLateOrders. The same change as in the first patch
must be made here to include suppliers with late orders without a
price.
Bonus: Sort the list.
Test plan:
[1] Run t/db_dependent/Bookseller.t.
[2] Go to late orders. Use the filter on suppliers.
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Srdjan <srdjan at catalyst.net.nz>
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 b76eac9ca2c32a5db51b9b8ca32a2cf4fa6397b5)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit f305629f14ae925cf58dc62e39f871fd6ec1c8f5
Author: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Date: Mon Feb 6 10:04:57 2017 +0100
Bug 14535: Late orders does not show orders with price = 0
This patch removes the filter of unitpricesupplier <> 0 and
unitpricelib <> 0 from GetLateOrders as used in lateorders.pl.
This allows you to claim late orders without a price entered.
Test plan:
[1] Run t/db_dependent/Acquisition.t
[2] Check if you see an order with no price in lateorders.pl. (If needed,
remove prices from a few orders.)
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Srdjan <srdjan at catalyst.net.nz>
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 71f267fd3f3750510e3df5f2819d57ed45dcf919)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit dbb0b4a4b09233a7b68fc29deef8220f61fb5950
Author: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Date: Tue Mar 28 16:39:25 2017 +0200
Bug 12913: [QA Follow-up] Reword 'change item status' and add zero status
The zero status should be added in @notforloans. It is a legitimate status
for available books. The zero status description can be translated in
the template.
The 'Change item status' is confusing. We mean that we saw a notforloan
status that we do not expect (read: does not exist in the table).
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit 664d6534171677455f3cf1467e8726146714133a)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit f75915336c072765a330ca7e39646326ef11212b
Author: Fridolin Somers <fridolin.somers at biblibre.com>
Date: Fri Sep 12 15:21:18 2014 +0200
Bug 12913 - wrong inventory results when notforloan filter is not used
In inventory tool, there is a test on scanned items notforloan value : if the value is not one of authorized values, the inventory results displays the problem "Change item status".
The bug is that if notforloan filter is not used, the notforloan values array is not filled and so all scanned items are marked with this problem.
Test plan :
- Check you have in default framework an item subfield mapped with items.notforloan and with an authorized value catergory, for example 'NOTFORLOAN'
- Check the authorized value category has at least value '0'
- Create a new value in this category, for example '9'
- Create a biblio with default framework
- Create an item with barcode='000AAA1', callnumber='ZZZAAA1' and notforloan=0
- Create an item with barcode='000AAA2', callnumber='ZZZAAA2' and notforloan=9
- Delete new value created above, for example '9'
- Create a file 'barecodes.txt' containing 2 lines '000AAA1' and '000AAA2'
- Go to inventory tool : /cgi-bin/koha/tools/inventory.pl
- Choose file in 'Barcode file'
- Enter item callnumber between 'ZZZ' and 'ZZZZ'
- Check 'Compare barcodes list to results'
- Submit
=> without patch, you get 2 results with problem 'Change item status' even for item with notforloan=0
=> with patch, you get 1 result with 'Change item status' on item with notforloan=9
Signed-off-by: Nick Clemens <nick at quecheelibrary.org>
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
(cherry picked from commit 358fb744c74cc63b7d2ae7d7e406ada205502ea8)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit a36ee908dcb42121494e48aa05105e276d1be607
Author: Benjamin Rokseth <benjamin.rokseth at kul.oslo.kommune.no>
Date: Tue Dec 13 13:38:19 2016 +0100
Bug 17758 - SIP checkin does not handle holds correctly
This patch updates SIP checkin to use reserve_id as param, to fix regression
introduced by Bug 14695.
To test:
Given 1 patron and 1 biblio with two items attached:
1) create two record level holds on one biblio on same user
Using SIP client or telnet:
2) checkin item x on pickup branch, observe item is waiting and hold 1 is filled
3) checkin item y on pickup branch, observe item y now is waiting and x is available
4) apply this patch and repeat 1-3, now expected behaviour should be
that both holds are filled and both items waiting
Signed-off-by: Srdjan <srdjan 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 72de37e24bd02ffccad3cd1a76e0d74202cf7794)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit 75ac2341774368975be08ee635851605f06a7b7d
Author: Nick Clemens <nick at bywatersolutions.com>
Date: Wed Jan 25 17:00:34 2017 +0000
Bug 17995 - HOLDPLACED notice should have access to the reserves table
To test:
1 - Add reserves.reservenotes to HOLDPLACED message
2 - Enable emailLibrarianWhenHoldIsPlaced OpacHoldNotes sysprefs
3 - Place a hold via OPAC with a note
4 - view the messagequeue and note the reservenotes is blank
5 - Apply patch
6 - Place a hold with a note
7 - view the messagequeue and note the reservenotes is populated
Followed test plan, works as expected.
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: Brendan A Gallagher <brendan at bywatersolutions.com>
(cherry picked from commit 3b794b1312d0cfac81b302d0e823e2c5683a1f0e)
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
commit 34565e7f7d38298d37f449520dd5bc20cec833f8
Author: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Date: Fri Feb 24 11:44:23 2017 +0100
Bug 18022: Fix possible crash if CircAutoPrintQuickSlip=clear screen
If CircAutoPrintQuickSlip is set to clear screen, the $borrowernumber variable
is reset but $borrower.
In 16.11.x and before that causes the app to crash, because
$borrower->{flags} is set to a hashref by GetMemberDetails, if
$borrowernumber is set.
This case is better handled in master (17.05) but side-effects could
happen: if $borrowernumber is reset, $borrower should be reset too.
The way to drive this behaviour is terrible and lot of things should be
done to clean this area. This patch is a quick and easy fix to make it
backportable easily.
Test plan:
On master, no change expected
On 16.11 and before:
0. Set CircAutoPrintQuickSlip=clear screen
1. Create a new patron
2. Set permission for this patron to 'reservesforothers' (or something
else).
3. Go on the circulation tab
4. Do not fill the barcode input and submit
=> Without this patch you will get an error
Can't use string ("64") as a HASH ref while "strict refs"....
=> With this patch apply you will get a blank screen (expected
behaviour).
I would recommend to test this patch with the other value of
CircAutoPrintQuickSlip as well
-----------------------------------------------------------------------
Summary of changes:
C4/Acquisition.pm | 6 +-
C4/Bookseller.pm | 2 -
C4/Patroncards/Patroncard.pm | 6 +-
C4/Reserves.pm | 2 +
C4/SIP/ILS/Transaction/Checkin.pm | 4 +-
C4/Serials.pm | 16 ++--
acqui/lateorders.pl | 2 +-
authorities/authorities-home.pl | 13 +++
authorities/detail.pl | 2 +
circ/circulation.pl | 3 +-
.../prog/en/modules/admin/smart-rules.tt | 18 ++--
.../prog/en/modules/authorities/detail.tt | 2 +-
.../en/modules/authorities/searchresultlist.tt | 3 +-
.../intranet-tmpl/prog/en/modules/circ/returns.tt | 2 +-
.../prog/en/modules/help/admin/categorie.tt | 6 +-
.../modules/help/admin/item_circulation_alerts.tt | 6 +-
.../prog/en/modules/help/admin/smart-rules.tt | 22 ++---
.../prog/en/modules/help/members/boraccount.tt | 4 +-
.../prog/en/modules/members/boraccount.tt | 10 +-
.../intranet-tmpl/prog/en/modules/members/pay.tt | 11 ++-
.../prog/en/modules/patroncards/manage.tt | 20 +++-
.../prog/en/modules/tools/inventory.tt | 14 ++-
.../opac-tmpl/bootstrap/en/modules/opac-detail.tt | 2 +-
opac/opac-serial-issues.pl | 5 +-
t/db_dependent/Serials/ReNewSubscription.t | 96 ++++++++++++++++++++
tools/inventory.pl | 23 ++---
26 files changed, 209 insertions(+), 91 deletions(-)
create mode 100644 t/db_dependent/Serials/ReNewSubscription.t
hooks/post-receive
--
main Koha release repository
More information about the koha-commits
mailing list