[koha-commits] main Koha release repository branch 3.10.x updated. v3.10.04-62-gb4fc298

Git repo owner gitmaster at git.koha-community.org
Sun Apr 14 09:43:55 CEST 2013


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.10.x has been updated
       via  b4fc298a0979b4d3874910c2f4de0d2634bf1188 (commit)
       via  c3cf2fc2b9ec6bd01025907968d12a2a8f451cab (commit)
       via  b716f1286118f01eb781864a30a3ceff92047d86 (commit)
       via  e51cfb77e0fe07a77fdb313d1fd5afeb96d447c6 (commit)
       via  5cf115dbe24d303a766a1a52b373d8112e14b0f9 (commit)
       via  a52600d3c7cef219fbdb487f58fdbb6c4793ca4a (commit)
       via  8dbf465127ac405f513dafac046c46965d1ab689 (commit)
       via  82fb85d2a7c7c2cf7fbc322d0361159d07b2b056 (commit)
      from  60ba64a9e5a1ae29f752016732ec28f3b8514c81 (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 b4fc298a0979b4d3874910c2f4de0d2634bf1188
Author: Fridolyn SOMERS <fridolyn.somers at biblibre.com>
Date:   Fri Feb 22 10:14:15 2013 +0100

    Bug 7449: billingplace and freedeliveryplace not saved when creating a new basketgroup
    
    billingplace and freedeliveryplace are missing in C4::Acquisition::NewBasketgroup.
    
    Test plan :
    - Go to a vendor basket groups
    - Create a new basket group
    - Enter a name
    - Choose a billing place
    - Do not choose a delivery place in combobox but enter a text in delivery place textarea
    - Enter a comment
    - Save
    - Edit created basket group
    => Check that billing place and free delivery place are ok
    
    Signed-off-by: Mathieu Saby <mathieu.saby at univ-rennes2.fr>
    Signed-off-by: Katrin Fischer <Katrin.Fischer.83 at web.de>
    Works according to test plan, delivery place is now
    correctly saved into the databas and was before lost.
    All tests and QA script pass.
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>
    
    Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>

commit c3cf2fc2b9ec6bd01025907968d12a2a8f451cab
Author: Chris Nighswonger <cnighswonger at foundations.edu>
Date:   Tue Apr 2 10:05:46 2013 -0400

    Bug 9535 - Patron card creator "Remove duplicates" function doesn't work
    
    This bug was due to a difference in field names used in the item data
    for items versus patrons. This patch adds a ternary to discern between
    the two.
    
    To test:
    
    Before applying patch:
    
    1. Create a batch of patroncards with one duplicate.
    2. Run the de-duplication on the batch.
    3. Note that all patrons beyond the first in the batch are now
       deleted.
    
    After applying patch:
    4. Repeat steps 1-2.
    5. Note that only the duplicate patron is removed.
    
    Signed-off-by: Chris Nighswonger <cnighswonger at foundations.edu>
    Signed-off-by: Owen Leonard <oleonard at myacpl.org>
    
    Tested successfully with both patron card batches and label batches.
    
    Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
    Add indentation for readability
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>
    
    Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>

commit b716f1286118f01eb781864a30a3ceff92047d86
Author: Fridolyn SOMERS <fridolyn.somers at biblibre.com>
Date:   Thu Mar 28 15:52:13 2013 +0100

    Bug 9947 - Creating item for received serial prefills enumchron subfield
    
    In serial receiving :
    When creating an item for an issue, a javascript prefilles the $h subfield with issue number.
    This is for MARC21, in UNIMARC serial number is on $v.
    
    This patch replaces hard-coded value with the subfield mapped with "items.enumchron".
    
    Test plan :
    - Set "Koha to MARC mapping" of "items.enumchron" on a subfield other than $h, ie $z
    - Go to a serial subscription detail with "Serial receipt creates an item record"
    - Click on "Receive"
    - On an issue, click on "Click to add item"
    => Check that issue number is copied into selected subfield, ie $z
    You may test that with no mapping of "items.enumchron" there is no javascript error
    
    Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>
    Signed-off-by: Katrin Fischer <Katrin.Fischer.83 at web.de>
    Nice catch! Works as advertised.
    All tests pass after fixing tabulation characters in serials-edit.tt.
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>
    
    Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>

commit e51cfb77e0fe07a77fdb313d1fd5afeb96d447c6
Author: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Date:   Wed Feb 13 14:45:15 2013 +0100

    Bug 9609: Rebuilding zebra reports double number of exported records.
    
    Test plan:
    Clear the zebra queue (run rebuild). Update one biblio.
    Rebuild zebra (again) with -z. Check zebra log: note 2 exported records.
    Now apply patch, and repeat: You will see 1 exported record.
    
    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Katrin Fischer <Katrin.Fischer.83 at web.de>
    Works as described.
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>
    
    Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>

commit 5cf115dbe24d303a766a1a52b373d8112e14b0f9
Author: Adrien Saurat <adrien.saurat at biblibre.com>
Date:   Mon Mar 18 17:41:42 2013 +0100

    Bug 9838: fix on 04patron_status.t
    
    Some patron infos were hard coded instead
    of using the variables defined in SIPtest.pm
    
    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>
    Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>

commit a52600d3c7cef219fbdb487f58fdbb6c4793ca4a
Author: David Cook <dcook at prosentient.com.au>
Date:   Fri Feb 8 13:49:16 2013 +1100

    Bug 9571 - Fix width for textareas in Edit Item screen
    
    This patch adds a style for textareas on the Edit Item screen of addbiblio.pl so that they are roughly the same length as the other input elements around it on the page.
    
    To test:
    
    Before applying patch...
    
    1) Create a new item for any biblio with a URL (subfield u) of over 100 characters (you can use www.lettercount.com to count the number of characters in your URL).
    2) In any browser (I've already looked at IE, Firefox, and Chrome on Windows), edit the item (either by clicking "Edit Items" from the Normal view of the bib record then clicking "Edit" next to the applicable item, or clicking on the "Items" view in the bib record and clicking "Edit item" next to the relevant item).
    3) Notice that the textarea for the url is absolutely tiny. Difficult to read and difficult to interact with.
    
    Apply patch.
    
    1) Notice that the textarea is roughly the same size as the other input elements on the page.
    
    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>
    Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>

commit 8dbf465127ac405f513dafac046c46965d1ab689
Author: Owen Leonard <oleonard at myacpl.org>
Date:   Fri Feb 8 11:21:11 2013 -0500

    Bug 9571 [Alternate] Fix width for textareas in Edit Item screen
    
    This alternative patch modifies the script where the input markup is
    built and adds an alternative configuration for textareas. This gives
    the textareas explicit "cols" and "rows" attributes. I think this
    solution is preferable to a style fix because it solves the bug while
    eliminating some invalid markup (no "size" or "maxlength" attributes on
    textareas, which are invalid without explicit dimensions).
    
    To test, add a nice big chunk of text to an existing item's item field
    like "Public note" (952$z), save, and edit again. The field should now
    be displayed in a more comfortably-sized textarea.
    
    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>
    Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>

commit 82fb85d2a7c7c2cf7fbc322d0361159d07b2b056
Author: Adrien Saurat <adrien.saurat at biblibre.com>
Date:   Fri Mar 29 11:51:38 2013 +0100

    Bug 9952: translation of the "tab 0" in MARC detail
    
    The html code of 0 (0) is necessary for this
    tab to be correctly translated.
    
    Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>
    Signed-off-by: Katrin Fischer <Katrin.Fischer.83 at web.de>
    Fixes display in translated templates.
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>
    
    Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>

-----------------------------------------------------------------------

Summary of changes:
 C4/Acquisition.pm                                  |   10 ++++++++--
 C4/Creators/Batch.pm                               |    6 +++++-
 C4/SIP/t/04patron_status.t                         |    8 ++++----
 acqui/basketgroup.pl                               |    1 +
 cataloguing/additem.pl                             |    3 ++-
 koha-tmpl/intranet-tmpl/prog/en/css/addbiblio.css  |    4 ++++
 .../prog/en/modules/catalogue/MARCdetail.tt        |    2 +-
 .../prog/en/modules/serials/serials-edit.tt        |   14 +++++++-------
 misc/migration_tools/rebuild_zebra.pl              |    1 -
 9 files changed, 32 insertions(+), 17 deletions(-)


hooks/post-receive
-- 
main Koha release repository


More information about the koha-commits mailing list