[koha-commits] main Koha release repository branch 3.8.x updated. v3.08.04-65-g07684a7
Git repo owner
gitmaster at git.koha-community.org
Sun Sep 16 10:11:11 CEST 2012
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, 3.8.x has been updated
via 07684a7e1128c944c3a20f63b40ac3b36cca2966 (commit)
via 634dedac4660c010b8b740b4540fe135f2779f68 (commit)
via 1f3fcc3abe75f0e7edbf6f74fad0bcef082a2fa3 (commit)
from 92da15bec3084bb84366025b0adf77f784084d2b (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 07684a7e1128c944c3a20f63b40ac3b36cca2966
Author: Chris Cormack <chrisc at catalyst.net.nz>
Date: Sun Sep 16 20:12:58 2012 +1200
Bug 8002 : Database bump
commit 634dedac4660c010b8b740b4540fe135f2779f68
Author: Jonathan Druart <jonathan.druart at biblibre.com>
Date: Thu Sep 6 16:03:42 2012 +0200
Bug 8002: FIX Change datatype from varchar 1 to 10 for borrower_attribute_types.category_code
Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>
Conflicts:
installer/data/mysql/updatedatabase.pl
Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>
commit 1f3fcc3abe75f0e7edbf6f74fad0bcef082a2fa3
Author: Colin Campbell <colin.campbell at ptfs-europe.com>
Date: Tue Aug 28 14:34:55 2012 +0100
Bug 6976 Close loophole allowing borrowers extra holds via opac
The check that the max number of reserves has
not been reached needs to take account of the fact
that we may have added enouch reserves to
reach the limit while this script is running.
Add a check against the incrementing count
The variable canreserve was only used when looping
through multiple holds but was not being
reinitialized on every iteration
make variable local to loop it is used in and
initialize to zero
Have used perltidy to correct the indention of
the while loop as it was misleading to the reader
Some numeric comparisons were using a string operator
fix them before strange bugs manifest themselves
The loophole manifests thus:
borrowers are only allowed Y holds.
If holds are done individually, it is
obeying that law i.e. X has held Y separate books –
when I tried to do a 6th
book it told me that I could not place a hold.
However, if a borrower checks the catalogue,
gets the intial list up and clicks items on the “results”
box and then clicks “place hold” they can hold more than Y
items Please enter the commit message for your changes. Lines starting
Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>
Signed-off-by: Paul Poulain <paul.poulain at biblibre.com>
Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>
-----------------------------------------------------------------------
Summary of changes:
installer/data/mysql/kohastructure.sql | 2 +-
installer/data/mysql/updatedatabase.pl | 7 +++
kohaversion.pl | 2 +-
opac/opac-reserve.pl | 84 ++++++++++++++++++++------------
4 files changed, 62 insertions(+), 33 deletions(-)
hooks/post-receive
--
main Koha release repository
More information about the koha-commits
mailing list