[koha-commits] main Koha release repository branch master updated. v3.18.00-530-g7fa67b2

Git repo owner gitmaster at git.koha-community.org
Mon Mar 30 18:46:10 CEST 2015


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  7fa67b2f83f418df0923caaeec444b6a8f728b21 (commit)
       via  2a4a91aef3ecaacdf3d01dc358f9486b96fba705 (commit)
       via  2668cbdc419fa550968d3a63dec4ac1d09749a17 (commit)
       via  bbb6cf94de88da46394d17a446c8906bac31af98 (commit)
       via  39bb5fd43f5947f3a6ad1630eb8987d9522955cf (commit)
       via  e6d987180fc30b4f5e89fa72f410b83185855f7b (commit)
       via  0f4a831344b45795eae1de082f9110de501f5233 (commit)
       via  dc1eb56edf50c90a6f9504a4735fbbfee3519f2d (commit)
       via  304ad760a369f35554a02535caa8d740ef8b25b3 (commit)
       via  0489f9d72fda5060cab2d9436a76b2184055d724 (commit)
       via  526df1d126182fed6de94161ce31be87c081da46 (commit)
       via  29f3218c521522ee99fc801914f53572e88b73b3 (commit)
       via  c23abea8354008f0bffcd55b0dc9febfb13fe8af (commit)
       via  dd9f456ab7c2f0e66173a6feb7df2a38604c82cd (commit)
       via  e4d88bcf43996f1d118427067fe2e06a272167d9 (commit)
       via  2ab4a4287ba6081a872f1123fe44e5596c829bf1 (commit)
       via  27962ff4117c5f9281794162d16ac19373ad451e (commit)
       via  de7e7d303311a8e306ec5974a0f68c35444a75c2 (commit)
       via  54731a0ce10094b60fd0b9541c24fbffc49a2c05 (commit)
       via  63123ff36bc7d72bb3044b48f0e35b8b61c0f02c (commit)
       via  0c6ba2d0c4dde4237de9bcd3995254a4387b1fbe (commit)
       via  af9920e2ef136586a396b9e5cc8e32101722d89e (commit)
       via  5c4854a2119d9aba52d87a7ec66f306ebf0ea881 (commit)
      from  ac5130c57cd95a8b030534bf62861cc565edd3f9 (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 7fa67b2f83f418df0923caaeec444b6a8f728b21
Author: Jonathan Druart <jonathan.druart at biblibre.com>
Date:   Wed Mar 18 17:21:42 2015 +0100

    Bug 9120: Prevent form submission on adding tags - OPAC
    
    At the OPAC, if the user adds tags pressing 'Enter', the page is
    reloaded and the tags are not added.
    To prevent that, this patch suggests to block the "press enter" event on
    the inputs.
    
    Test plan:
    0/ Confirm the bad behavior, without this patch.
    1/ Apply this patch and confirm nothing happen on pressing enter when
    the focus is on the add tag input (At the opac, on the result view).
    
    Patch works as expected.
    Signed-off-by: Marc Veron <veron at veron.ch>
    
    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit 2a4a91aef3ecaacdf3d01dc358f9486b96fba705
Author: mbeaulieu <mbeaulieu at inlibro.com>
Date:   Fri Aug 8 09:49:53 2014 -0400

    Bug 11982 - Images now display properly in the details section.
    
    If the a cover image exists, it will be displayed on the details page.
    Nothing is displayed of there is no cover available.
        modified:   koha-tmpl/intranet-tmpl/prog/en/js/localcovers.js
        modified:   koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/detail.tt
    
    Signed-off-by: Owen Leonard <oleonard at myacpl.org>
    
    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Works as described, passes tests and QA script.
    Checked Amazon covers and local covers display correctly
    in staff on results and detail pages.
    
    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit 2668cbdc419fa550968d3a63dec4ac1d09749a17
Author: mbeaulieu <mbeaulieu at inlibro.com>
Date:   Fri Aug 8 08:38:20 2014 -0400

    Bug 11982 - Fixed the amazon no image icon.
    
    A no image icon will only be displayed if both the amazon and local images are missing.
    Added hyperlink to details on the local image in the search result page.
        modified:   koha-tmpl/intranet-tmpl/prog/en/js/localcovers.js
        modified:   koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/detail.tt
        modified:   koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/results.tt
    
    Signed-off-by: Owen Leonard <oleonard at myacpl.org>
    
    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    
    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit bbb6cf94de88da46394d17a446c8906bac31af98
Author: Frédérick <frederick.capovilla at libeo.com>
Date:   Fri Mar 21 11:39:13 2014 -0400

    Bug 11982 - Show local cover image in the intranet biblio details page
    
    Also, fix useless "No cover image" block when using Amazon and local
    cover images at the same time.
    
    http://bugs.koha-community.org/show_bug.cgi?id=11982
    Signed-off-by: Owen Leonard <oleonard at myacpl.org>
    
    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    
    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit 39bb5fd43f5947f3a6ad1630eb8987d9522955cf
Author: Jonathan Druart <jonathan.druart at biblibre.com>
Date:   Tue Jan 6 14:27:17 2015 +0100

    Bug 11120: the date input should be in a iso format (YYYY-MM-DD)
    
    Note that it cans also accept a date in the same format defined in the
    dateformat system preference.
    
    Signed-off-by: Brendan Gallagher <brendan at bywatersolutions.com>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit e6d987180fc30b4f5e89fa72f410b83185855f7b
Author: Katrin Fischer <Katrin.Fischer.83 at web.de>
Date:   Mon Jan 5 23:05:27 2015 +0100

    Bug 11120: Follow-up: adding a hint about the date format
    
    Adding 2 hints about the expected date format to the error
    message and the help.
    
    To test:
    - Run overdue_notices.pl --date <someinvaliddate>
    - Run overdue_notices.pl -man
    - Verify hint about date format shows up
    
    Signed-off-by: Brendan Gallagher <brendan at bywatersolutions.com>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit 0f4a831344b45795eae1de082f9110de501f5233
Author: Jonathan Druart <jonathan.druart at biblibre.com>
Date:   Wed Oct 23 10:13:50 2013 +0200

    Bug 11120: FIX the --date option for overdue_notices cronjob
    
    Bug 7447 introduces the --date option for overdue notices.
    This option has never worked: the code is waiting for a value but the
    option is defined as a boolean.
    
    This patch fixes the option and change the way to calculate the range of
    dates.
    This range is now managed in Perl instead of in the SQL query. To do it
    in Perl allows to build dates simply using the DateTime and
    DateTime::Duration modules.
    
    To test this patch you should have a DB with a lot of overdues, (I
    tested on a DB with 512 overdues).
    A test plan could be:
    1/ Dump your message_queue table
    2/ Verify the number of overdues in the database before applying the
      patch:
      mysql> DELETE FROM message_queue;
      perl misc/cronjobs/overdue_notices.pl -v -t
      (the triggered option will generate overdue for today)
      mysql> SELECT COUNT(*) FROM message_queue;
      Note this value 2A
    
      mysql> DELETE FROM message_queue;
      perl misc/cronjobs/overdue_notices.pl -v
      mysql> SELECT COUNT(*) FROM message_queue;
      Note this value 2B
    
    2/ Apply the patch
    4/ Verify the number of overdues generated by the patched script:
      mysql> DELETE FROM message_queue;
      perl misc/cronjobs/overdue_notices.pl -v -t
      mysql> SELECT COUNT(*) FROM message_queue;
      Note this value 4A
    
      mysql> DELETE FROM message_queue;
      perl misc/cronjobs/overdue_notices.pl -v
      mysql> SELECT COUNT(*) FROM message_queue;
      Note this value 4B
    
      mysql> DELETE FROM message_queue;
      # The date should be defined depending your dateformat preference
      # and should be the date of the current day
      perl misc/cronjobs/overdue_notices.pl -v -t --date="YYYY-MM-DD"
      mysql> SELECT COUNT(*) FROM message_queue;
      Note this value 4C
    
      mysql> DELETE FROM message_queue;
      # The date should be defined depending your dateformat preference
      # and should be the date of the current day
      perl misc/cronjobs/overdue_notices.pl -v --date="YYYY-MM-DD"
      mysql> SELECT COUNT(*) FROM message_queue;
      Note this value 4D
    
    5/ Compare the values: All values generated with the -t options should
    be equals. Same for values without the -t options.
    => 2A == 4A == 4C and 2B == 4B == 4D
    
    6/ Go back to a normal activity for 3 days or manually change the
    date_due for issues in the DB:
      mysql> update issues SET date_due = DATE_SUB(date_due, INTERVAL 3 DAY);
    Do again step 4C and 4D with a date equals to today - 3 days.
    Values should be the same as 4C and 4D.
    
    Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
    Signed-off-by: Katrin Fischer <Katrin.Fischer.83 at web.de>
    Tested with my own test data, checked generating overdues
    with and without the --date option.
    All worked as expected.
    
    Signed-off-by: Brendan Gallagher <brendan at bywatersolutions.com>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit dc1eb56edf50c90a6f9504a4735fbbfee3519f2d
Author: Jonathan Druart <jonathan.druart at biblibre.com>
Date:   Tue Mar 17 09:44:30 2015 +0100

    Bug 13601: The fallback regex should contain the time part
    
    On displaying a sql date, if the dateformat is not set to sql, the
    output should contain the date.
    In the previous version, the fallback regex (used for sql format) did not
    included the time part (hh:mm:ss).
    
    Checked out an item with due date an ddue time. Time displays as expected.
    Signed-off-by: Marc Véron <veron at veron.ch>
    
    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit 304ad760a369f35554a02535caa8d740ef8b25b3
Author: Jonathan Druart <jonathan.druart at biblibre.com>
Date:   Mon Mar 16 14:54:44 2015 +0100

    Bug 13601: t/Letters.t needs to mock the dateformat pref
    
    Test passes OK.
    Signed-off-by: Marc Véron <veron at veron.ch>
    
    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit 0489f9d72fda5060cab2d9436a76b2184055d724
Author: Jonathan Druart <jonathan.druart at biblibre.com>
Date:   Mon Mar 9 09:34:50 2015 +0100

    Bug 13601: Fix special case in basket.pl
    
    There is a badly managed date in acqui/basket.pl:
    if the date is 15/01/2015 (metric format), it will become
    2015-1-15 after the following line:
      $estimateddeliverydate = "$year-$month-$day";
    Add_Delta_Days is used at several place, and the ouput is forced to
    display date on 4 digits and month/day on 2 digits.
    This patch does the same thing for $estimateddeliverydate.
    
    Note that I previously developed a patch to take this format into account (with missing 0)
    in Koha::DateUtils::dt_from_string, but I don't think it's a good idea
    to manage bad formated dates.
    We will certainly find some issues after previous patches, but it will permit to catch
    them!
    IMO it's preferable than to keep them hidden.
    
    The patch was:
        diff --git a/Koha/DateUtils.pm b/Koha/DateUtils.pm
        index 5fe2653..4434a67 100644
        --- a/Koha/DateUtils.pm
        +++ b/Koha/DateUtils.pm
        @@ -72,17 +72,17 @@ sub dt_from_string {
                 my $fallback_re = qr|
                     (?<year>\d{4})
                     -
        -            (?<month>\d{2})
        +            (?<month>\d{1,2})
                     -
        -            (?<day>\d{2})
        +            (?<day>\d{1,2})
                 |xms;
    
                 if ( $date_format eq 'metric' ) {
                     # metric format is "dd/mm/yyyy[ hh:mm:ss]"
                     $regex = qr|
        -                (?<day>\d{2})
        +                (?<day>\d{1,2})
                         /
        -                (?<month>\d{2})
        +                (?<month>\d{1,2})
                         /
                         (?<year>\d{4})
                     |xms;
        @@ -90,9 +90,9 @@ sub dt_from_string {
                 elsif ( $date_format eq 'us' ) {
                     # us format is "mm/dd/yyyy[ hh:mm:ss]"
                     $regex = qr|
        -                (?<month>\d{2})
        +                (?<month>\d{1,2})
                         /
        -                (?<day>\d{2})
        +                (?<day>\d{1,2})
                         /
                         (?<year>\d{4})
                     |xms;
        diff --git a/t/DateUtils.t b/t/DateUtils.t
        index 886e1d6..0877240 100755
        --- a/t/DateUtils.t
        +++ b/t/DateUtils.t
        @@ -189,3 +189,8 @@ is( output_pref( { dt => $dt } ), '31/01/2015 12:34', 'dt_from_string should mat
         # date before 1900
         $dt = dt_from_string('01/01/1900');
         is( output_pref( { dt => $dt, dateonly => 1 } ), '01/01/1900', 'dt_from_string should manage date < 1900' );
        +
        +# missing 0
        +$dt = dt_from_string('1/1/2015');
        +is( output_pref( { dt => $dt, dateonly => 1 } ), '01/01/2015', 'dt_from_string should generate a DT object even if 0 are missing' );
    
    Works as expected.
    Signed-off-by: Marc Véron <veron at veron.ch>
    
    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit 526df1d126182fed6de94161ce31be87c081da46
Author: Jonathan Druart <jonathan.druart at biblibre.com>
Date:   Tue Jan 20 15:49:39 2015 +0100

    Bug 13601: Add a fallback check for compability with existing code
    
    There are a lot of places where the date comes from the DB but the
    dateformat parameter is not set to 'sql'.
    dt_from_string needs to fallback with this format if the pref format
    does not match.
    
    Signed-off-by: Marc Véron <veron at veron.ch>
    
    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit 29f3218c521522ee99fc801914f53572e88b73b3
Author: Jonathan Druart <jonathan.druart at biblibre.com>
Date:   Tue Jan 20 15:32:45 2015 +0100

    Bug 13601: get rid of DateTime::Format::DateParse
    
    This module is used in C4::Members::GetPendingIssues too, but we can use
    dt_from_string.
    
    Test plan:
    1/ Verify that
        prove t/db_dependent/Members/GetPendingIssues.t
    returns green
    2/ On the patron pending issue list, verify that the issue and the due
    dates are correctly displayed.
    
    Tested together with other patches (except "Fix special cases). Worked as expected.
    Signed-off-by: Marc Véron <veron at veron.ch>
    
    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit c23abea8354008f0bffcd55b0dc9febfb13fe8af
Author: Jonathan Druart <jonathan.druart at biblibre.com>
Date:   Tue Jan 20 15:28:56 2015 +0100

    Bug 13601: Make dt_from_string not using DateTime::Format::DateParse
    
    For a couple of reasons, dt_from_string should not use
    DateTime::Format::DateParse:
    1/ It does not manage date < 1900, certainly caused by l.47 of this
    module:
     $p{ year }      = $year ? $year + 1900 : DateTime->now->year;
    
    2/ It considers 31/01/2015 as a valid us date, which is not.
    
    Test plan:
    1/ Verify that
      prove t/DateUtils.t
    returns green
    2/ Play with dates in Koha (yes I know, it's vague...)
    3/ Try to find a regression with dates
    4/ Create a date with year <= 1900 and confirm it works
    
    QA comment:
    Why the sql format switch was:
    -                $date_string =~
    -s/(\d{4})(\d{2})(\d{2})\s+(\d{2})(\d{2})(\d{2})/$1-$2-$3T$4:$5:$6/;
    
    From where a date like "yyyymmdd hhmmss" can come?
    
    Tested patches 1 - 3 together. Worked as expected.
    Signed-off-by: Marc Véron <veron at veron.ch>
    
    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit dd9f456ab7c2f0e66173a6feb7df2a38604c82cd
Author: Jonathan Druart <jonathan.druart at biblibre.com>
Date:   Tue Jan 20 15:28:19 2015 +0100

    Bug 13601: Add tests to highlight the problems with DateTime::Format::DateParse
    
    Test behaves as expected (Fail as expected  with first patch only, OK after 3rd patch)
    Signed-off-by: Marc Véron <veron at veron.ch>
    
    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit e4d88bcf43996f1d118427067fe2e06a272167d9
Author: Benjamin Rokseth <benjamin.rokseth at kul.oslo.kommune.no>
Date:   Thu Mar 5 12:18:09 2015 +0100

    Bug 12344: QA followup: use next instead of return
    
    Use next instead of return when generating templates.
    In case patron has enabled a message type that misses a template,
    next message type will be attempted instead of returning at once.
    
    Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit 2ab4a4287ba6081a872f1123fe44e5596c829bf1
Author: Koha instance knakk-koha <knakk-koha at vagrant-saucy64>
Date:   Mon Jun 2 14:18:30 2014 +0200

    Bug 12344 - Multi transport types for issues and checkins
    
    This small patch corrects the order of generating notices for issues and returns (checkout/checkin) so that borrower's notices are rendered correctly (for sms,email,etc.)
    
    Test plan:
    
    1) Edit SMSSendDriver syspref to use driver 'Test'
    2) Edit CHECKOUT template for sms to 'SMS test'
    3) select SMS for test patron's messaging prefs for item checkout
    4) checkout an item
    5) check the table message_queue, verify that template sms is
       not used (message content is not 'SMS test')
    
    6) apply patch, make new checkout
    7) check that message_queue table now has a correctly generated
       notice with 'SMS test'
    
    For a real world test use a real SMS::Send driver and run the
    cronjob process-message-queue.pl to send messages immediately.
    
    Signed-off-by: Sophie Meynieux <sophie.meynieux at biblibre.com>
    
    Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit 27962ff4117c5f9281794162d16ac19373ad451e
Author: Mirko Tietgen <mirko at abunchofthings.net>
Date:   Wed Mar 18 02:30:00 2015 +0100

    Bug 13855 - Fastadd framework has 2x 100$c, missing 100$a
    
    The fastadd framework ist missing a 100$a subfield, it has two 100$c instead.
    This patch corrects English, German, Italian and Spanish .sql files.
    Italian and Spanish need translations for the field name.
    
    Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
    Tested running all sql files manually.
    
    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit de7e7d303311a8e306ec5974a0f68c35444a75c2
Author: Tomas Cohen Arazi <tomascohen at gmail.com>
Date:   Thu Mar 19 15:18:32 2015 -0300

    Bug 12739: (QA followup) use 'UTF-8' instead of 'utf8'
    
    This patch makes Encode::encode be passed the 'UTF-8' encoding
    instead of the discouraged 'utf8'.
    
    Please read:
    http://wiki.koha-community.org/wiki/Handling_UTF8_in_development
    
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit 54731a0ce10094b60fd0b9541c24fbffc49a2c05
Author: David Cook <dcook at prosentient.com.au>
Date:   Tue Dec 23 14:13:39 2014 +1100

    Bug 12739 - SendAlerts function does not take care of "html" format or UTF-8 Pt. 2
    
    The emails sent via SendAlerts don't take into account HTML format.
    
    _TEST PLAN_
    
    Before applying:
    
    1) Change system preference "AutoEmailOpacUser" to "Send"
    2) Change "ACCTDETAILS" notice to HTML and add HTML to it
    3) Create a new user with your email address
    4) Note how the email displays the HTML tags as plain text
    
    Apply patch
    
    5) Create a new user with your email address
    6) Note how the email displays the email as an HTML email
    
    For thoroughness:
    
    7) Change "ACCTDETAILS" notice to non-HTML
    8) Create a new user with your email address
    9) Note how the email displays the HTML as plain text
    
    Signed-off-by: Paola Rossi <paola.rossi at cineca.it>
    Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit 63123ff36bc7d72bb3044b48f0e35b8b61c0f02c
Author: David Cook <dcook at prosentient.com.au>
Date:   Tue Dec 23 13:44:18 2014 +1100

    Bug 12739 - SendAlerts function does not take care of "html" format or UTF-8 Pt 1
    
    The UTF-8 charset in the content type is written as "utf8" instead of "utf-8"
    in SendAlerts(), which causes UTF-8 characters to display incorrectly.
    
    _TEST PLAN_
    
    Before Applying:
    
    1) Edit ACCTDETAILS
    2) Add some UTF-8 characters
    I recommend using the following website
    http://www.ltg.ed.ac.uk/~richard/unicode-sample.html
    
    In my tests, I added the samples from Hebrew, Arabic, Basic Latin,
    Latin-1 Supplement, Latin Extended-A, and Latin Extended-B.
    
    3) Set the system preference "AutoEmailOpacUser" to "Send"
    4) Create a new user account with your email address
    
    5) Note that the email in your inbox doesn't display the Unicode
    characters correctly
    
    Apply the patch
    
    6) Create a new user account with your email address
    7) Note that the email in your inbox _does_ display the
    Unicode characters correctly.
    
    Signed-off-by: Paola Rossi <paola.rossi at cineca.it>
    Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit 0c6ba2d0c4dde4237de9bcd3995254a4387b1fbe
Author: Matthias Meusburger <matthias.meusburger at biblibre.com>
Date:   Wed Mar 4 16:18:23 2015 +0100

    Bug 12887: User logged out on refresh after CAS authentication
    
    If the user is already logged-in, do not trigger CAS authentication
    even if there is a ticket in the parameters.
    
    1) Authenticate to the OPAC through CAS.
    2) Once redirected to your account, hit F5 or the refresh button of your browser.
    3) You're logged out.
    
    Signed-off-by: Koha Team Lyon 3 <koha at univ-lyon3.fr>
    Signed-off-by: Luce Barbey <luce.barbey at cirad.fr>
    Signed-off-by: Katrin Fischer <katrin.fischer.83 at web.de>
    Added sign of lines according to bug.
    Works as described, small change.
    
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit af9920e2ef136586a396b9e5cc8e32101722d89e
Author: Dobrica Pavlinusic <dpavlin at rot13.org>
Date:   Mon Dec 22 15:07:57 2014 +0100

    Bug 10773 - add help for *_description fields
    
    Signed-off-by: Nick <Nick at quechelibrary.org>
    
    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

commit 5c4854a2119d9aba52d87a7ec66f306ebf0ea881
Author: Dobrica Pavlinusic <dpavlin at rot13.org>
Date:   Wed Aug 21 15:18:31 2013 +1000

    Bug 10773 - Add item-level descriptions for Label Printing
    
    This patch adds new fields ccode_description, homebranch_description,
    holdingbranch_description, location_description and
    permanent_location_description which can be used in the Label Creator
    to display names/descriptions instead of codes
    
    Test Plan:
    
    1) Edit a layout in the Label Creator so that it includes any of these
    fields. I suggest including "homebranch_description" and perhaps
    "ccode_description" if you have them in your item data.
    2) Add items to a batch in the Label Creator.
    3) Export the batch using the layout, and view as PDF
    4) Verify that you see descriptions for fields which you added
    
    Signed-off-by: Nick <Nick at quechelibrary.org>
    
    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Tomas Cohen Arazi <tomascohen at gmail.com>

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

Summary of changes:
 C4/Auth.pm                                         |    2 +-
 C4/Circulation.pm                                  |   43 ++++--
 C4/Installer/PerlDependencies.pm                   |    5 -
 C4/Labels/Label.pm                                 |   10 ++
 C4/Letters.pm                                      |   39 +++--
 C4/Members.pm                                      |    6 +-
 Koha/DateUtils.pm                                  |  160 ++++++++++++++------
 acqui/basket.pl                                    |    2 +-
 .../marc21/optional/marc21_fastadd_framework.sql   |    2 +-
 .../marc21/optional/marc21_fastadd_framework.sql   |    2 +-
 .../marc21/optional/marc21_fastadd_framework.sql   |    2 +-
 .../marc21/optional/marc21_fastadd_framework.sql   |    2 +-
 koha-tmpl/intranet-tmpl/prog/en/js/localcovers.js  |   45 +++++-
 .../prog/en/modules/catalogue/detail.tt            |   66 ++++++--
 .../prog/en/modules/catalogue/results.tt           |   17 ++-
 .../prog/en/modules/labels/label-edit-layout.tt    |    1 +
 .../opac-tmpl/bootstrap/en/modules/opac-results.tt |    6 +-
 koha-tmpl/opac-tmpl/bootstrap/js/localcovers.js    |    1 +
 misc/cronjobs/overdue_notices.pl                   |   36 +++--
 t/DateUtils.t                                      |   49 +++++-
 t/Letters.t                                        |    2 +
 21 files changed, 364 insertions(+), 134 deletions(-)


hooks/post-receive
-- 
main Koha release repository


More information about the koha-commits mailing list