[koha-commits] main Koha release repository branch master updated. v19.11.00-2125-g0e0f09ba94
Git repo owner
gitmaster at git.koha-community.org
Mon May 11 11:29:53 CEST 2020
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 0e0f09ba94e17c89e0bd54162c47b8032c71e18a (commit)
via 0d4b8cf126bcb5c6539ffb61930642a0fe6e7481 (commit)
via d6ca541b5553331da83e5ae4c16b425c1a085ffd (commit)
via d7168b02bd9373f40882f8b181e1f43cd8b6d39e (commit)
via 20d493090ac86a41b2add16625ae8aa88c450f44 (commit)
via 5a1f42e793498987d92d18a58a91b54d82e3bcb9 (commit)
via e97ca8ab15114adaba7212760b90e5c98072d4ff (commit)
via a0c2012ce9b07b1c74ac80093e082514d2d981d6 (commit)
via af495b93c72f275c58ae2bc7cd9a2280648449d7 (commit)
via c256a30998763c7962a26c72a7c34de284e04f35 (commit)
via e8414baf5b69a239b7c2df43b88c027be84794a4 (commit)
via 2363179198c54cc73c5d314b2367a87b367bcef5 (commit)
via 040abebb7dce94bd04fcb5bc0af3eebffbb741e5 (commit)
via ef55bc44fdd909be94dc7c9ab9918fb8a4edb744 (commit)
via bea36d9f09622883e102908c7ca5ca3c04446eeb (commit)
via 9f00c5912e7b1c602847e73187ce0e39082a1130 (commit)
via 4318d84433062be07fc61764a13f046cb31fcfde (commit)
via 0c0bb0dacf3cb1717feaf2737b4b1d708d8186ef (commit)
via cc4b6b34c0541f4c56bf85755bc80fca6ea17e36 (commit)
via 8cfe35b0440f7b9331b51f24224d80783b03a4da (commit)
via 72f013937c7f616554a25f57ef61c9b7f69037be (commit)
via f08e7ff8b583ffc547e4ac1faeee7101811fc6df (commit)
from f806adf0ea9b39076d41b2b7a74fff9b5f505790 (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 0e0f09ba94e17c89e0bd54162c47b8032c71e18a
Author: David Roberts <david at koha-ptfs.co.uk>
Date: Mon May 4 19:43:32 2020 +0000
Bug 25130: Reason for accepting/rejecting a suggestion is not visible when viewing (not editing)
The patch adds the suggestion management reason to the display when
viewing a suggestion.
To test:
1) Edit a suggestion and assign a reason for accepting it.
2) View the suggestion (/cgi-bin/koha/suggestion/suggestion.pl?suggestionid=XX&op=show, replacing XX with your suggestion ID)
3) Under suggestion management, the reason you've just assigned does not
display.
4) Apply the patch
5) Check the display again - the Reason should now be visible directly
under the status.
Signed-off-by: Abbey Holt <aholt at dubuque.lib.ia.us>
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit 0d4b8cf126bcb5c6539ffb61930642a0fe6e7481
Author: Owen Leonard <oleonard at myacpl.org>
Date: Fri May 8 16:41:03 2020 +0000
Bug 24963: (follow-up) Fix another instance
This patch corrects the second instance of "auto renewal" in the
description of the AllowPatronToControlAutorenewal system preference.
Signed-off-by: Victor Grousset/tuxayo <victor at tuxayo.net>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit d6ca541b5553331da83e5ae4c16b425c1a085ffd
Author: Owen Leonard <oleonard at myacpl.org>
Date: Thu May 7 15:16:35 2020 +0000
Bug 24963: Terminology: Use "auto-renewal" instead of alternatives
This patch updates terminology in the templates so that "auto-renewal"
is used instead of "auto renewal" or "autorenewal."
To test, apply the patch and set the 'AllowPatronToControlAutorenewal'
preference to "allow patrons."
- Log in to the OPAC and view the "your account" page.
- At the top of the "Checked out" tab you should see controls for
turning auto-renewals on and off. The labels should be correct.
- Turn off auto-renewals for this patron.
- In the staff interface, view the detail page for the patron you
updated in the previous step.
- In right-hand column of information about the patron you should see
"Auto-renewal: Patron has opted out."
- Add "&print=brief" to the page URL. Check that auto-renewal
information displays correctly on this brief view as well.
- Go to Administration -> System preferences.
- Under the "Circulation" tab, check that the description of the
OPACFineNoRenewalsBlockAutoRenew preference refers to
"auto-renewal."
- Under the "Patrons" tab, check the description of the
AllowPatronToControlAutorenewal refers to "auto-renewal."
Signed-off-by: Victor Grousset/tuxayo <victor at tuxayo.net>
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit d7168b02bd9373f40882f8b181e1f43cd8b6d39e
Author: Tomas Cohen Arazi <tomascohen at theke.io>
Date: Mon May 4 15:43:18 2020 -0300
Bug 25327: Do not call authenticate_api_request to render the spec
The original code for Koha::REST::V1::Auth::under called
authenticate_api_request when requesting the API spec. This didn't make
sense, and recent changes on what conditions are tested for public
routes, broke the route.
We could add another condition, but it really doesn't make sense to call
authenticate_api_request if it should be publicly available in any
configuration, as discussed on the bug.
This patch adds a trivial check and the requested route, and lets the
request through in any case in 'under'.
To test:
1. Point your browser to:
http://kohadev.myDNSname.org:8080/api/v1/
http://kohadev.myDNSname.org:8080/api/v1/.html
=> FAIL: In both cases you get an authorization error.
2. Apply the regression tests patch
3. Run:
$ kshell
k$ prove t/db_dependent/api/v1/auth.t
=> FAIL: The tests reflect the situation, and fail
4. Apply this patch
5. Repeat 1 and 3
=> SUCCESS: All good!
6. Sign off :-D
Signed-off-by: Tomas Cohen Arazi <tomascohen at theke.io>
Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit 20d493090ac86a41b2add16625ae8aa88c450f44
Author: Tomas Cohen Arazi <tomascohen at theke.io>
Date: Mon May 4 15:43:08 2020 -0300
Bug 25327: Regression tests
Signed-off-by: Tomas Cohen Arazi <tomascohen at theke.io>
Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit 5a1f42e793498987d92d18a58a91b54d82e3bcb9
Author: Grace McKenzie <grace.mcky at gmail.com>
Date: Wed Jan 18 22:55:48 2017 +0000
Bug 17853: Don't remove () from 780 link text
To test:
- Catalogue a record with 780, Indicators 00 and $a some text including parentheses.
e.g. Hospitals (Chicago, Ill. : 1936)
- Verify that the () are not shown in the link text and are not part of the URL.
- Apply patch
- Verify that the () are shown in the link text and are not part of the URL.
Signed-off-by: Felix Hemme <felix.hemme at thulb.uni-jena.de>
Signed-off-by: Nick Clemens <nick at bywatersolutions.com>
Signed-off-by: Josef Moravec <josef.moravec at gmail.com>
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
Signed-off-by: David Nind <david at davidnind.com>
Bug 17853: Don't remove () from 785 link text and restore link value of 780
The only thing we change for 780 and 785 is, that if the display
text contains (), they are no longer removed.
To test:
- Catalogue a record with 785$a some text (including) parenthesis
e.g. Hospitals (Chicago, Ill. : 1936)
- Verify that the () are not shown in the link text and are not part of the URL.
- Apply patch
- Verify that the () are shown in the link text and are not part of the URL.
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
Signed-off-by: David Nind <david at davidnind.com>
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit e97ca8ab15114adaba7212760b90e5c98072d4ff
Author: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Date: Fri Apr 17 12:24:24 2020 +0200
Bug 25157: Silent patron deletion cmd line script
Without -v the script will no longer display messages unless the error
is major.
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit a0c2012ce9b07b1c74ac80093e082514d2d981d6
Author: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Date: Fri May 8 09:39:46 2020 +0000
Bug 8132: (QA follow-up) Missing filter
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit af495b93c72f275c58ae2bc7cd9a2280648449d7
Author: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Date: Tue Dec 3 10:58:57 2019 +0100
Bug 8132: Adding message when deleting from the UI
Signed-off-by: Kelly McElligott <kelly at bywatersolutions.com>
Signed-off-by: Victor Grousset/tuxayo <victor at tuxayo.net>
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit c256a30998763c7962a26c72a7c34de284e04f35
Author: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Date: Tue Dec 3 10:13:38 2019 +0100
Bug 8132: Delete the items in a transaction and rollback if something wrong
The last_item_for_hold case cannot be guessed (easily), and so we are going to
delete the items in a transaction. If something wrong happened we
rollback and display a list of items that caused the rollback.
Signed-off-by: Kelly McElligott <kelly at bywatersolutions.com>
Signed-off-by: Victor Grousset/tuxayo <victor at tuxayo.net>
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit e8414baf5b69a239b7c2df43b88c027be84794a4
Author: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Date: Mon Dec 2 16:32:13 2019 +0100
Bug 8132: Adding a new message 'last_item_for_hold' blocking item deletion
If an item is the last one of a biblio that have biblio-level hold
placed on it, we should block the deletion.
It takes effect if the hold is found (W or T), to follow existing
behavior for item-level holds.
If we want to block deletion for any holds we should deal with it on a
separate bug report.
Test plan:
0/ Setup
Apply the patches
Create Biblio B1 with 1 item
Create Biblio B2 with 2 items
Create Biblio B3 with 1+ item
Create Biblio B4 with 1+ item
Create Biblio B5 with 1+ item
Place a biblio-level hold on B1 and B2
Place an item-level hold on B3 and B4
Confirm the item-level hold for the items of B3 to mark it waiting.
1/ Delete those 6 items in a batch
=> delete of item from B1 is blocked on first screen - only 1 item left
and there is a biblio-level hold on the record
=> delete of items from B2 is *not* blocked on first screen - One of
them will block the deletion, but so far we are not aware of that
situation
=> delete of item from B3 is blocked on first screen - there is a
waiting item-level hold placed on the item
=> delete of item from B4 is *not* blocked - there is a hold but it is
not found
=> delete of item from B5 is *not* - there is no reason to block its
deletion
Note that you can only select items from B2, B4 and B5
2/ Select them and confirm the deletion
=> Nothing happened and you get a message saying that one of the 2 items
from B2 is blocking the whole deletion process
3/ Remove the biblio-level hold from B2
4/ Repeat 1
=> The deletion has been effective!
=> Note that there is something a bit weird as we are blocking items
from a biblio that has biblio-level holds on it (not found), but we
do not blocking the deletion of an item with a waiting item-level hold
Signed-off-by: Kelly McElligott <kelly at bywatersolutions.com>
Signed-off-by: Victor Grousset/tuxayo <victor at tuxayo.net>
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit 2363179198c54cc73c5d314b2367a87b367bcef5
Author: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Date: Mon Dec 2 16:15:59 2019 +0100
Bug 8132: No changes but disable checkboxes
When the list of items is displayed we already know if there will be a
problem during the deletion. So let's disable the checkbox to tell the
user in advance that items cannot be deleted.
Signed-off-by: Kelly McElligott <kelly at bywatersolutions.com>
Signed-off-by: Victor Grousset/tuxayo <victor at tuxayo.net>
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit 040abebb7dce94bd04fcb5bc0af3eebffbb741e5
Author: Bernardo Gonzalez Kriegel <bgkriegel at gmail.com>
Date: Thu May 7 08:16:57 2020 -0300
Bug 25410: Sync liblibrarian and libopac descriptions
During translations some subfields show different
descriptions for intranet/opac
Just a little string change
To test:
1) Check if changes make sense and
there are no errors
2) Check if a clean install loads default marc21
frameworks without problem.
Signed-off-by: Owen Leonard <oleonard at myacpl.org>
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit ef55bc44fdd909be94dc7c9ab9918fb8a4edb744
Author: Katrin Fischer <katrin.fischer.83 at web.de>
Date: Mon Apr 13 02:20:30 2020 +0200
Bug 24098: Standardize Fines/Fees & Charges
This patch suggests to adopt the terminology used in the OPAC
to only use charges and leave off the Fines or Fees.
To test:
- Add a charge to your account
- Check the note on the details and checkouts tabs
- Check the tab name on the details tab
- Activate batch checkouts via systempreferences for your
patron category:
- BatchCheckouts
- BatchCheckoutsValidCategories
- Add a guarantee to your patron and allow to see fines
(requires: AllowStaffToSetFinesVisibilityForGuarantor)
- Add a manual fine for the guaranee above NoIssuesChargeGuarantee
- Go to the batch checkout tab of your patron and verify note there
Signed-off-by: Owen Leonard <oleonard at myacpl.org>
Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit bea36d9f09622883e102908c7ca5ca3c04446eeb
Author: Owen Leonard <oleonard at myacpl.org>
Date: Thu May 7 14:57:25 2020 +0000
Bug 25343: Use of item in review/comment feature is misleading
This patch updates the terminology associated with leaving a comment in
the OPAC. the word "item" is replaced with the more specific "title."
To test, apply the patch and make sure the reviewson system preference
is enabled.
- Log in to the OPAC and view a bibliographic record which has no
comments.
- Under the "comments" tab, verify that the text in the tab says
"There are no comments on this title. Post your comments on this
title."
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit 9f00c5912e7b1c602847e73187ce0e39082a1130
Author: George Veranis <gveranis at dataly.gr>
Date: Wed Apr 22 11:43:53 2020 +0200
Bug 19312: Fix typo in template
This patch fixes a simple typo
Test plan:
1) Go to Administration -> MARC bibliographic framework
2) Select a framework and add plugin unimarc_field_121a.pl to 121 field
3) Open cataloguing screen
4) Go to 121 field and check if for subfield a shows two times the value
2-dimensional
5) Apply the patch
6) Go to 121 field again and check if it shows 2 different values
Mentored-by: Andreas Roussos <a.roussos at dataly.gr>
Signed-off-by: Bernardo Gonzalez Kriegel <bgkriegel at gmail.com>
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit 4318d84433062be07fc61764a13f046cb31fcfde
Author: David Roberts <david at koha-ptfs.co.uk>
Date: Thu May 7 18:07:21 2020 +0000
Bug 25388: There is no link for the "online help"
This patch removes a non-existent link to the online help from the marc
subfield editor.
To test:
1) Go to Admin > MARC Bibliographic framework > Edit MARC structure >
Edit subfield (for example /cgi-bin/koha/admin/marc_subfields_structure.pl?op=add_form&tagfield=000&frameworkcode=AR)
2) Check that the Max Length value in the Advanced constraints area
contains text saying "See online help"
3) Apply patch
4) Check that the reference to the online help has disappeared.
Remove tabs from start of line
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit 0c0bb0dacf3cb1717feaf2737b4b1d708d8186ef
Author: Nicolas Legrand <nicolas.legrand at bulac.fr>
Date: Thu Apr 9 16:50:55 2020 +0200
Bug 25099: Sending a LANG variable to plug-in template
To make internationalised plug-ins, it may be useful to get the lang
from C4::Languages::getlanguage. This patch adds
C4::Languages::getlanguage result to a LANG variable which is sent to
the template plugin.
In your plugin, you can add a i18n directory containing
lang[-DIALECT].inc files with a TOKENS hash like this:
[%
TOKENS = {
PLUGIN_NAME = "Mannequin"
PRESENTATION = "Voici un example d'outil."
CLICK_ME = "Cliquez moi !"
}
%]
The plugin template can then include such a lang[-DIALECT].inc with a
hash containing all the plugin strings:
[% TRY %]
[% PROCESS "$PLUGIN_DIR/i18n/${LANG}.inc" %]
[% CATCH %]
[% PROCESS "$PLUGIN_DIR/i18n/default.inc" %]
[% END %]
The strings are then printed in the template with something like:
[% TOKENS.PRESENTATION %]
Test plan:
1. apply patch
2. install, enable and run BULAC Mannequin plugin
3. it should print stuff in english by default
4. install french French (fr-FR)
5. change you Koha lang to French
6. run again the plugin
7. ho là là! French!
Thanks to Tomàs Cohen and his pay via paypal plug-in from which most
ideas in this patch are taken.
Sponsored-by: BULAC - http://www.bulac.fr/
Signed-off-by: Victor Grousset/tuxayo <victor at tuxayo.net>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit cc4b6b34c0541f4c56bf85755bc80fca6ea17e36
Author: Katrin Fischer <katrin.fischer.83 at web.de>
Date: Tue May 5 11:43:39 2020 +0000
Bug 25082: Don't remove characters from string
At the moment, show-lang-041 will either get a code
or an AV description to deal with. If it's a description,
we don't want to remove spaces and other chars from it.
To test:
- Repeat tests from first patch with an AV in LANG category
that consists of multiple words, has a - and other possible
punctuation.
- The description should show correctly in OPAC and staff.
Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit 8cfe35b0440f7b9331b51f24224d80783b03a4da
Author: Katrin Fischer <katrin.fischer.83 at web.de>
Date: Sun Apr 12 16:30:05 2020 +0000
Bug 25082: Make 041 descriptions display, if authorised value list is used
When 041$a or another subfield is linked to an authorised value list,
Koha will replace the codes with the descriptions from the authorised
value in the MARCXML before passing it to the XSLT.
The XSLT was made to translate codes into descriptions - as there is
no code now, this fails and 'unknown language' is shown.
The patch changes the handling so that when the XSLT is handled something
that doesn't match a known code, it displays the subfield without
processing.
To test:
- Create some records with 041.
Examples: http://www.loc.gov/marc/bibliographic/bd041.html
- Verify this displays nicely in staff and OPAC
- Apply patch
- Verify display is unchanged
- Remove the patch
- Change one of your MARC frameworks (use another framework than
for your first test records)
and link the 041 subfields to the LANG authorised value list
- Go to administration and create some entries for LANG with language
codes and descriptions
- Catalog a 041 using the normal editor (not advanced)
- You can now use a pull down to select the values you want
- Verify the display is now 'Unknown language' for this record
- Apply patch
- Verify all records display the language descriptions now, using
an authorised value or not
- Run misc/maintenance/generate_MARC21Languages.pl
Verify the output at the end reads like:
<xsl:otherwise>
<!-- when 041\$a is mapped to an authorised value list, this will show the description -->
<xsl:value-of select="\$code" />
</xsl:otherwise>
Signed-off-by: Bernardo Gonzalez Kriegel <bgkriegel at gmail.com>
Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit 72f013937c7f616554a25f57ef61c9b7f69037be
Author: Frédéric Demians <f.demians at tamil.fr>
Date: Tue May 5 19:21:15 2020 +0200
Bug 25325: ElasticSearch mapping export lacks staff_client/opac fields
Run test:
prove t/db_dependent/Koha/SearchEngine/Elasticsearch/ExportConfig.t
Or:
Run export_elasticsearch_mappings.pl script. See that opac/staff_client fields
are exorted.
Signed-off-by: Victor Grousset/tuxayo <victor at tuxayo.net>
Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit f08e7ff8b583ffc547e4ac1faeee7101811fc6df
Author: Frédéric Demians <f.demians at tamil.fr>
Date: Tue May 5 19:19:26 2020 +0200
Bug 25325: Test ES lack of staff_client/opac fields
Run this test to see that export_elasticsearch_mappings.pl doesn't export
staff_client/opac fields.
Signed-off-by: Victor Grousset/tuxayo <victor at tuxayo.net>
Signed-off-by: Jonathan Druart <jonathan.druart at bugs.koha-community.org>
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
-----------------------------------------------------------------------
Summary of changes:
Koha/Item.pm | 10 +
Koha/Plugins/Base.pm | 2 +-
Koha/REST/V1/Auth.pm | 3 +
Koha/SearchEngine/Elasticsearch.pm | 2 +
.../marc21/mandatory/authorities_normal_marc21.yml | 18 +-
.../marc21/mandatory/marc21_framework_DEFAULT.yml | 46 ++---
.../prog/en/includes/blocked-fines.inc | 4 +-
.../en/modules/admin/marc_subfields_structure.tt | 2 +-
.../en/modules/admin/preferences/circulation.pref | 2 +-
.../prog/en/modules/admin/preferences/patrons.pref | 2 +-
.../prog/en/modules/cataloguing/additem.tt | 1 +
.../value_builder/unimarc_field_121a.tt | 4 +-
.../prog/en/modules/circ/circulation.tt | 2 +-
.../en/modules/circ/circulation_batch_checkouts.tt | 2 +-
.../prog/en/modules/members/moremember-brief.tt | 2 +-
.../prog/en/modules/members/moremember.tt | 4 +-
.../prog/en/modules/suggestion/suggestion.tt | 6 +
.../prog/en/modules/tools/batchMod-del.tt | 41 +++-
.../prog/en/modules/tools/batchMod-edit.tt | 2 -
.../intranet-tmpl/prog/en/xslt/MARC21Languages.xsl | 3 +-
.../prog/en/xslt/MARC21slim2intranetDetail.xsl | 8 +-
.../intranet-tmpl/prog/en/xslt/MARC21slimUtils.xsl | 4 +-
.../opac-tmpl/bootstrap/en/modules/opac-detail.tt | 4 +-
.../opac-tmpl/bootstrap/en/modules/opac-user.tt | 4 +-
.../bootstrap/en/xslt/MARC21Languages.xsl | 3 +-
.../bootstrap/en/xslt/MARC21slim2OPACDetail.xsl | 8 +-
.../bootstrap/en/xslt/MARC21slimUtils.xsl | 4 +-
misc/cronjobs/delete_patrons.pl | 9 +-
misc/maintenance/generate_MARC21Languages.pl | 3 +-
t/db_dependent/Koha/Item.t | 10 +-
.../Koha/SearchEngine/Elasticsearch/ExportConfig.t | 9 +-
t/db_dependent/api/v1/auth.t | 13 +-
tools/batchMod.pl | 229 ++++++++++++---------
33 files changed, 291 insertions(+), 175 deletions(-)
hooks/post-receive
--
main Koha release repository
More information about the koha-commits
mailing list