[koha-commits] main Koha release repository branch new/bug_6554 created. v3.12.00-beta1-133-gf257944

[Git repo owner]

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, new/bug_6554 has been created
        at  f257944d10c2660e7d7297768af314985c80a1c7 (commit)

- Log -----------------------------------------------------------------
commit f257944d10c2660e7d7297768af314985c80a1c7
Author: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Date:   Thu Mar 28 13:06:23 2013 +0100

    Bug 6554 Followup for circulation patron search
    
    Adds decoding for patron name.
    
    Test plan:
    Go to Circulation.
    Enter a name with a diacritic.
    Find that patron or get a message with the name you entered without converted
    characters.
    
    Signed-off-by: Bernardo Gonzalez Kriegel <bgkriegel at gmail.com>
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>

commit c78b905811ed4869a4a69f60272e1b7787026f6e
Author: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Date:   Thu Mar 28 12:51:26 2013 +0100

    Bug 6554: Followup for preferences.pl
    
    Decodes searchfield.
    
    Test plan:
    Look for e accent in preferences. You should no longer see converted chars.
    
    Signed-off-by: Bernardo Gonzalez Kriegel <bgkriegel at gmail.com>
    Works ok, no errors.
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>

commit b2b003adea685acf3f590ed00baf7abec734341f
Author: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Date:   Thu Mar 28 13:37:40 2013 +0100

    Bug 6554: Followup for acquisitions
    
    Adds decoding for url parameter.
    
    Test plan:
    Search for expressions with diacritics in vendor search, orders search.
    Also try Orders search, Advanced search (within Acq).
    Check what you see.
    
    Signed-off-by: Bernardo Gonzalez Kriegel <bgkriegel at gmail.com>
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>

commit c18cd930eb3d15e20c642b2788116cc2abb30538
Author: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Date:   Thu Mar 28 13:23:08 2013 +0100

    Bug 6554: Followup for serial search
    
    Adds decoding for title, publisher and vendor.
    
    Test plan:
    Go to serials.
    Search for a diacritic in title. Check.
    Go to Advanced search (in Serials). Search for diacritic in title, vendor or
    publisher. Check.
    
    Signed-off-by: Bernardo Gonzalez Kriegel <bgkriegel at gmail.com>
    Works ok, no errors.
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>

commit 686fdae32c2377b8748f71c534b5f32a2a83e850
Author: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
Date:   Wed Mar 27 13:30:16 2013 +0100

    Bug 6554 QA Followup
    
    Removing binmode, now encoding data in output_with_http_headers.
    Replaced output_string by output_as_chars in XSLTParse4Display.
    
    Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
    Signed-off-by: Bernardo Gonzalez Kriegel <bgkriegel at gmail.com>
    No errors.
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>

commit d542740ab8877234d043c8a11cb19a6004e72656
Author: Dobrica Pavlinusic <dpavlin at rot13.org>
Date:   Sun Jun 10 15:18:42 2012 +0100

    Bug 6554 - make Koha internally utf-8 clean
    
    In current implementation (mostly commented out in this patch)
    uses heuristic to guess which strings need decoding from utf-8
    to binary representation and doesn't support utf-8 characters
    in templates and has problems with utf-8 data from database.
    
    With this changes, Koha perl code always uses utf-8 encoding
    correctly. All incomming data from database is allready
    correctly marked as utf-8, and decoding of utf8 is required
    only from Zebra and XSLT transfers which don't set utf-8 flag
    correctly.
    
    For output, standard perl :encoding(utf8) handler is used
    so it also removes various "wide character" warnings as side-effect.
    
    Test scenario:
    1. make sure that you have utf-8 characters in your biblio
       records, patrons, categories etc.
    2. try to search records on intranet and opac which contain
       utf-8 characters
    3. install language which has utf-8 characters, e.g. uk-UA
       dpavlin at koha-dev:/srv/koha/misc/translator(bug_6554) $
       PERL5LIB=/srv/koha/ perl translate install uk-UA
    4. switch language to uk-UA and verify that templates
       display correctly
    5. test search and Z39.50 search and verify that caracters
       are correct
    
    Signed-off-by: Owen Leonard <oleonard at myacpl.org>
    
    I followed the test plan, adding utf-8 characters to library names,
    patron categories, titles, and authorized values. I tried the uk-UA
    translation and everything looked good.
    
    When performing Z39.50 searches for titles containing utf-8 characters I
    got results which were still occasionally contaminated with dummy
    characters [?] but I assume this is Z39.50's fault not the patch's.
    
    Signed-off-by: Marcel de Rooy <m.de.rooy at rijksmuseum.nl>
    Signed-off-by: Bernardo Gonzalez Kriegel <bgkriegel at gmail.com>
    Already signed, add mine.
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>

commit 65ea963e5217b1e955e404ea1c09928f6b259110
Merge: 55b2d04 604bdb2
Author: Jared Camins-Esakov <jcamins at cpbibliography.com>
Date:   Mon Apr 1 18:27:24 2013 -0400

    Merge branch 'bug_9946' into 3.12-master

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


hooks/post-receive
-- 
main Koha release repository