[koha-commits] main Koha release repository branch master updated. v3.18.00-68-gfe4da2f
Git repo owner
gitmaster at git.koha-community.org
Sun Dec 28 23:57:02 CET 2014
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 fe4da2f721c371540fe88d0014a49a866b403ca4 (commit)
via 1eb85ad7578410354668ff81f9f35bbc2f6b9734 (commit)
via 801ba4a9204254fb2c24726495370ce813b1b22b (commit)
via 1e0503e8448d6c31389282539a68552b392b10bd (commit)
via 7aec3a9aa4ed826767fb02c2b4b3acf90b5f0e54 (commit)
via 179ef0f28f7216231a07adb69fc0f3e1e4858d1a (commit)
via 7135364dd23442c38bed986b2540ab63cfd06ce1 (commit)
via df4297621d285dbdbe13eaff04dae2a9419ed824 (commit)
from 87a0b79a65f179fdef5aee98701660cca00a273e (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 fe4da2f721c371540fe88d0014a49a866b403ca4
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: Tomas Cohen Arazi <tomascohen at gmail.com>
commit 1eb85ad7578410354668ff81f9f35bbc2f6b9734
Author: Bernardo Gonzalez Kriegel <bgkriegel at gmail.com>
Date: Fri Nov 28 10:06:18 2014 -0300
Bug 13357: Untranslatable strings on itemsearch.tt
This patch enable translation of labels on itemsearch.tt
To test:
1) Translate for a fairly complete language (es-ES de-DE)
2) On staff, go to Search > Item search
3) Check there are many untranslated strings
e.g. Text before pulldowns on first and second box
All options on third box
4) Apply the patch
5) Repeat 1 & 2
6) Check there are now some strings translated
7) Update translation file, check there are some
new strings to translate (may be they are fuzzy)
e.g. "All statuses", "All collection codes"
Patch works as expected.
Signed-off-by: Marc Véron <veron at veron.ch>
Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>
commit 801ba4a9204254fb2c24726495370ce813b1b22b
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: Tomas Cohen Arazi <tomascohen at gmail.com>
commit 1e0503e8448d6c31389282539a68552b392b10bd
Author: Tomas Cohen Arazi <tomascohen at gmail.com>
Date: Sun Dec 28 19:55:25 2014 -0300
Bug 1861: DBRev 3.19.00.003
Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>
commit 7aec3a9aa4ed826767fb02c2b4b3acf90b5f0e54
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: Tomas Cohen Arazi <tomascohen at gmail.com>
commit 179ef0f28f7216231a07adb69fc0f3e1e4858d1a
Author: Kyle M Hall <kyle at bywatersolutions.com>
Date: Thu Nov 20 11:01:08 2014 -0500
Bug 1861 [QA Followup] - Don't modify userids, warn if we can't modify the index automatically
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
commit 7135364dd23442c38bed986b2540ab63cfd06ce1
Author: Kyle M Hall <kyle at bywatersolutions.com>
Date: Mon Nov 3 07:38:48 2014 -0500
Bug 1861 [QA Followup] - Fix Check_Userid and unit tests
Check_Userid assumes that a borrowernumber will always be passed in
and thus fails to to return 0 for an already used userid when creating
a new patron.
Unit tests must now also me modified to no longer assume it is possible
to create multiple patrons with the same userid.
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>
commit df4297621d285dbdbe13eaff04dae2a9419ed824
Author: Kyle M Hall <kyle at bywatersolutions.com>
Date: Tue Jul 8 09:50:08 2014 -0400
Bug 1861 - Unique patrons logins not (totally) enforced
The Koha 3.0 patron admin page will prevent you from creating a user who
has an identical OPAC login as someone else (though I would change the
error message from "Login/password already exists." to "Login
already exists.", since it's not the password that's the
problem).
However, there's nothing enforced in the MySQL database to prevent
patrons from being imported or manually inserted with duplicate logins.
Would it be better to change the MySQL spec from this:
KEY `userid` (`userid`)
to this:
UNIQUE KEY `userid` (`userid`)
Test plan:
1) Enter mysql console
2) Attempt to create two borrowers with identical user id's
3) Note you are able to do so
4) Delete these bororwers
5) Apply this patch
6) Run updatedatabase.pl
7) Repeat step 2
8) Note you are now unable to do so
Signed-off-by: Bernardo Gonzalez Kriegel <bgkriegel at gmail.com>
Work as described, no koha-qa errors
Signed-off-by: Katrin Fischer <Katrin.Fischer.83 at web.de>
Leaves deletedborrowers as it is, deleting patrons still works ok.
Works according to test plan.
Database update will only be successful, when no duplicate entries
exist in the database.
Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>
-----------------------------------------------------------------------
Summary of changes:
C4/Labels/Label.pm | 5 +-
C4/Members.pm | 31 +++++----
C4/Ris.pm | 53 ++++++++-------
installer/data/mysql/kohastructure.sql | 2 +-
installer/data/mysql/updatedatabase.pl | 20 ++++++
.../prog/en/modules/catalogue/itemsearch.tt | 69 +++++++++++++-------
kohaversion.pl | 2 +-
t/db_dependent/Koha.t | 7 ++
t/db_dependent/Members.t | 13 ++--
9 files changed, 127 insertions(+), 75 deletions(-)
hooks/post-receive
--
main Koha release repository
More information about the koha-commits
mailing list