[koha-commits] main Koha release repository branch master updated. v3.18.00-44-gdd6fbe0
Git repo owner
gitmaster at git.koha-community.org
Fri Dec 19 19:00:51 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 dd6fbe04d12a50523c8d950422ef8182cdd1ba82 (commit)
via 7ef33d19a157c1535327feb6b6c6e3ea17e27764 (commit)
via cc06e22de7d54f013919d06b10608e5db92ee790 (commit)
via fab96202fd249939fd7d0e073f5f34b05663c547 (commit)
via 9ccdbc49c715c6182e97e815eb46c6969926874f (commit)
via 2f266d94be06af73e72a807d9408136278e8fed4 (commit)
via c63003dd5a73f1276d7e1191bef30822326f2994 (commit)
via c102f6bd7f6f4d0073a0da8c5ea84e8ad4c39da1 (commit)
via ef05a256ab9333a42e9add98ea9c502c3459de9a (commit)
via edfc80268c3936fe68f31bf0fff0760ea6cb62e0 (commit)
from 22d9db667281319afd9811f75c4e6a0ee298d334 (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 dd6fbe04d12a50523c8d950422ef8182cdd1ba82
Author: Marc Véron <veron at veron.ch>
Date: Tue Dec 9 06:35:07 2014 +0100
Bug 13422 - SCO: "Would you like to rpint a receipt" not translatable
To test:
Set syspref SelfCheckReceiptPrompt to "Show"
Select non English language
Go to Self Checkout and check out an item
Hit "Finish"
Make sure that confirm dialog "Would you like to print a receipt" still
appears
Signed-off-by: Owen Leonard <oleonard at myacpl.org>
Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>
commit 7ef33d19a157c1535327feb6b6c6e3ea17e27764
Author: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Date: Tue Dec 9 14:50:44 2014 +0100
Bug 13416: Typo in marc21_leader.pl position 5 (record status)
Instead of a space in the leader on this position, it should be an a.
Test plan:
1) Log in to staff client
2) Find a record in the catalog
3) Edit the record
4) Click the on builder popup icon.
5) View the page source
-- the option is " " for the 'a- Increase in encoding level'
entry. It really should be 'a'.
6) Apply patch.
7) Repeat steps 1-5
-- the option should be 'a' this time.
8) Run koha qa test tools.
-- Discovered it failed. Provided a patch to fix this.
It does, however, solve the major problem of ' ' vs. 'a'.
Signed-off-by: Mark Tompsett <mtompset at hotmail.com>
Signed-off-by: Katrin Fischer <Katrin.Fischer.83 at web.de>
Works as described.
Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>
commit cc06e22de7d54f013919d06b10608e5db92ee790
Author: Dobrica Pavlinusic <dpavlin at rot13.org>
Date: Tue Dec 16 12:49:40 2014 +0100
Bug 13470 - pay fines with extended borrower attributes result in application error
Test scenario:
1. ensure that extended patron attributes are turned on in system preferences
2. find borrower which has fine to pay, and click on pay button
3. verify application error
4. apply patch and verify that application error is gone
Signed-off-by: Aleisha <aleishaamohia at hotmail.com>
Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>
commit fab96202fd249939fd7d0e073f5f34b05663c547
Author: Jonathan Druart <jonathan.druart at biblibre.com>
Date: Wed Dec 10 16:15:26 2014 +0100
Bug 13296: (follow-up) permit grep on AUTHUNIMARC
I would prefer not to hide this "stuff".
Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
Signed-off-by: Katrin Fischer <katrin.fischer at bsz-bw.de>
Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>
commit 9ccdbc49c715c6182e97e815eb46c6969926874f
Author: Fridolin Somers <fridolin.somers at biblibre.com>
Date: Wed Nov 19 11:56:54 2014 +0100
Bug 13296 - error when using z3950 with UNIMARC authorities
When using a z3950 connexion with UNIMARC authorities, you get an error :
Unsupported UNIMARC character encoding [ ] for XML output for UNIMARCAUTH; 100$a -> 20141119
I've seen thant Bug 2060 when adds authorities import adds a special behavior for UNIMARC : marc flavor must be UNIMARCAUTH instead of just UNIMARC.
This patch adds the same behavior when using z3950 connexion and import.
Test plan :
- Use a UNIMARC install
- Define a z3950 connexion for UNIMARC authorities
- Go to Authorities module
- Click on "New from Z39.50"
- Perform a search
=> Without patch : you get the error
=> With patch : you get results
- Import one result
=> You get the authoritie creation form with all datas
You may check same plan with MARC21 install
Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
Signed-off-by: Katrin Fischer <katrin.fischer at bsz-bw.de>
NOTE: depending on the target, the syntax in the configuration
might not be UNIMARC, but MARC21/USMARC instead!
Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>
commit 2f266d94be06af73e72a807d9408136278e8fed4
Author: Jonathan Druart <jonathan.druart at biblibre.com>
Date: Wed Dec 17 10:43:34 2014 +0100
Bug 13465: Correct the field prefix ambiguity
This is introduced by Bug 12874.
Without this patch, it's not possible to clear (set to an empty string)
an item field.
This appended for field linked to an AV list but even if it's not.
The regex tried to prefix 'my_field' with 'items.' to have
'items.my_field'. It wanted to take care of the case where the prefix
already exists (Actually only 1: 'items.cn_source').
The regex is changed to: "add the prefix only if the string does not
contain a dot".
Moreover an ambiguity existed on the prefix: in marc_subfield_structure,
the kohafield is prefixed, but not in the key of the hash sent to
ModItemFromMarc.
Test plan:
- edit an item, set a status that is controlled by an authorized value
examples tested: damaged, not for loan
- check the status saved correctly
- edit the item again, reset the status to empty
- check the status saved correctly
- edit the item again, reset fields, edit fields
- check the fields saved correctly
Signed-off-by: Mirko Tietgen <mirko at abunchofthings.net>
Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>
commit c63003dd5a73f1276d7e1191bef30822326f2994
Author: Tomas Cohen Arazi <tomascohen at gmail.com>
Date: Wed Dec 17 21:10:32 2014 -0300
Bug 13218: (RM followup) only scroll on actually variable stuff
Most of the page contents have fixed size. The only exception is the
targets list. If the target list grows, then the whole page needs to be scrolled
in order to reach the buttons.
We should make the z3950 targets area scrollable, and remove scrolbars from all
over the place.
Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>
commit c102f6bd7f6f4d0073a0da8c5ea84e8ad4c39da1
Author: Jonathan Druart <jonathan.druart at biblibre.com>
Date: Wed Dec 10 09:54:06 2014 +0100
Bug 13218: (qa-follow-up) replace tab with spaces
Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>
commit ef05a256ab9333a42e9add98ea9c502c3459de9a
Author: Liz <wizzyrea at gmail.com>
Date: Thu Nov 20 07:02:29 2014 +0000
Bug 13218: fixing acquisitions z39.50 interface to be consistent with the others.
Changes:
* Two columns of search fields into one
* moves targets from below search fields to the right of them
To test:
* Create a basket in acquisitions
* attempt to add a record to the order from an external source
* note the changes to the layout
* complete a couple of additions to the basket - functionality should be unchanged.
If you like the changes, sign off :)
Signed-off-by: Frederic Demians <f.demians at tamil.fr>
Ok. Consistency welcomed!
Signed-off-by: Owen Leonard <oleonard at myacpl.org>
Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>
commit edfc80268c3936fe68f31bf0fff0760ea6cb62e0
Author: Liz <wizzyrea at gmail.com>
Date: Thu Nov 6 08:29:02 2014 +0000
Bug 13218: usability enhancements for z39.50 searches
This patch rearranges the layout of the z39.50 search pages in cataloguing and
authorities. There should be no functional change to z-target searching, all
functions should remain the same.
Changes:
* 2 columns of search fields condensed into one
* zTargets moved from below the search fields to beside them
* rearranged search fields into perceived frequency of usage, from most used to
least
* changed label of Raw (any) to Keyword (any)
To test:
* click cataloguing -> new from z39.50/SRU
* observe how the layout has changed
* import a record or two using the search - there has been no change to the
function, it should all be working.
* Click Authorities -> new from z39.50
* observe how the layout has changed
* import an authority or two using the search - there has been no change to the
function, it should all be working.
* sign off if you think these changes are nice. Comments and suggestions are
also welcome regarding this change.
Signed-off-by: Frederic Demians <f.demians at tamil.fr>
Nice evolution of the z3950 search/result pages.
Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>
-----------------------------------------------------------------------
Summary of changes:
C4/Breeding.pm | 11 +++-
C4/Items.pm | 5 +-
.../intranet-tmpl/prog/en/css/staff-global.css | 19 +++++-
.../prog/en/includes/authorities-toolbar.inc | 2 +-
.../prog/en/modules/acqui/z3950_search.tt | 66 +++++++++-----------
.../prog/en/modules/cataloguing/addbooks.tt | 2 +-
.../cataloguing/value_builder/marc21_leader.tt | 4 +-
.../en/modules/cataloguing/z3950_auth_search.tt | 35 +++++------
.../prog/en/modules/cataloguing/z3950_search.tt | 35 +++++------
.../opac-tmpl/bootstrap/en/modules/sco/sco-main.tt | 2 +-
members/paycollect.pl | 4 +-
11 files changed, 94 insertions(+), 91 deletions(-)
hooks/post-receive
--
main Koha release repository
More information about the koha-commits
mailing list