This project is mirrored from git://git.koha-community.org/koha.git. Updated .
  1. 13 Apr, 2018 1 commit
    • Julian Maurice's avatar
      Bug 20538: Remove the need of writing [% KOHA_VERSION %] everywhere · ed754328
      Julian Maurice authored
      Having to write [% KOHA_VERSION %] for each url is bad because:
      - It's easily forgettable when adding new <script> or <link>
      - It prevents grep'ing for the full filename
      - It violates the DRY principle
      - If at some point we want to change the "force js and css reload"
        mechanism, it will be tedious
      
      This patch:
      - adds a Template::Toolkit plugin that generates <script> and
        <link> tags for JS and CSS files, and inserts automatically the Koha
        version in the filename
      - use the new plugin to remove all occurences of [% KOHA_VERSION %]
      - remove the code that was adding KOHA_VERSION as a template variable
      
      Test plan:
      1. Apply patch
      2. Go to several different pages in Koha (opac and intranet) while
         checking your browser's dev tools (there should be no 404 for JS and
         CSS files, and the Koha version should appear in filenames) and the
         server logs (there should be no "File not found")
      3. `git grep KOHA_VERSION` should return nothing
      4. prove t/db_dependent/Koha/Template/Plugin/Asset.t
      Signed-off-by: Josef Moravec's avatarJosef Moravec <josef.moravec@gmail.com>
      Signed-off-by: Katrin Fischer's avatarKatrin Fischer <katrin.fischer.83@web.de>
      Signed-off-by: joubu's avatarJonathan Druart <jonathan.druart@bugs.koha-community.org>
      ed754328
  2. 27 Mar, 2018 2 commits
  3. 01 Nov, 2017 4 commits
  4. 23 Mar, 2017 1 commit
    • Marcel de Rooy's avatar
      Bug 18010: Remove potential exposure from gettemplate · fbbd4b40
      Marcel de Rooy authored
      A similar bad template check from C4::Auth::get_template_and_user
      should be applied in C4::Templates::gettemplate.
      
      Before this patch it would be possible to expose files like:
      my $template = C4::Templates::gettemplate(
          '/etc/passwd', 'intranet', CGI::new, 1
      );
      print $template->output;
      
      Note that the is_plugin flag in the above call is the culprit. This patch
      provides a quick security fix without touching get_template_and_user, and
      can be backported to stable branches.
      I will provide an enhanced and centralized check on report 17989, also
      removing the is_plugin flag.
      
      Note: We allow .pref here too for use in admin/preferences.pl.
      
      Test plan:
      [1] Run t/db_dependent/Auth.t (triggering get_template_and_user and
          gettemplate).
      [2] Run t/db_dependent/Templates.t again (see first test plan).
          The tests should no longer fail.
      [3] Open a page on opac or intranet.
      [4] Open a systempreferences tab.
      [5] Add a book to the cart and send it ([opac-]sendbasket uses gettemplate).
      Signed-off-by: default avatarMarcel de Rooy <m.de.rooy@rijksmuseum.nl>
      Signed-off-by: default avatarChris Cormack <chrisc@catalyst.net.nz>
      Signed-off-by: joubu's avatarJonathan Druart <jonathan.druart@bugs.koha-community.org>
      Signed-off-by: default avatarBrendan A Gallagher <brendan@bywatersolutions.com>
      fbbd4b40
  5. 14 Feb, 2017 1 commit
  6. 04 Jun, 2016 1 commit
    • joubu's avatar
      Bug 16088: Introduce Koha::Cache::Memory::Lite to cache the language · f01a07a2
      joubu authored
      The goal of this patch is to avoid unecessary flush of the L1 cache on
      creating a new CGI object each time C4::Languages::getlanguage is called
      without a CGI object.
      
      The new class Koha::Cache::Memory::Lite must be flushed by the CGI
      constructor overide done in the psgi file. This new class will ease
      caching of specific stuffs used by running script.
      
      Test plan:
      At the OPAC and the intranet interfaces:
      Open 2 different browser session to simulate several users
      - Clear the cookies of the browsers
      - User 1 (U1) an User 2 (U2) should be set to the default language
        (depending on the browser settings)
      - U1 chooses another language
      - U2 refreshes and the language used must be the default one
      - U2 chooses a third language
      - U1 refreshes and must be still using the one he has choosen.
      
      Try to use a language which is not defined:
      Add &language=es-ES (if es-ES is not translated) to the url, you should
      not see the Spanish interface.
      Signed-off-by: default avatarJacek Ablewicz <abl@biblos.pk.edu.pl>
      Signed-off-by: default avatarJesse Weaver <jweaver@bywatersolutions.com>
      Signed-off-by: default avatarBrendan Gallagher <brendan@bywatersolutions.com>
      f01a07a2
  7. 07 Mar, 2016 1 commit
  8. 11 Feb, 2016 1 commit
    • Kyle M Hall's avatar
      Revert bug 13618 - "Prevent XSS in the Staff Client and the OPAC" due to performance issues · a8942c28
      Kyle M Hall authored
      Revert "DBRev to make notes of the XSS patches and the new important dependency."
      
      This reverts commit e140603a.
      
      Revert "Bug 13618: Specific for branches.opac_info"
      
      This reverts commit 06e4a50f.
      
      Revert "Bug 13618: (follow-up) Specific for other prefs"
      
      This reverts commit d6475a11.
      
      Revert "Bug 13618: Fix for debarredcomment and patron messages"
      
      This reverts commit dd98c9df.
      
      Revert "Bug 13618: Do not display html tags in patron's notices"
      
      This reverts commit a065b243.
      
      Revert "Bug 13618: Do not display &nbsp; and html tags in item fields content"
      
      This reverts commit baeeaffb.
      
      Revert "Bug 13618: Fix for system preference description"
      
      This reverts commit a967a092.
      
      Revert "Bug 13618: Remove html filters for newly pushed code"
      
      This reverts commit 0e98662b.
      
      Revert "Bug 13618: (follow-up) add missing lines for opac-shelves"
      
      This reverts commit fc2fb605.
      
      Revert "Bug 13618: (follow-up) Specific for ColumnsSettings"
      
      This reverts commit bc308fdd.
      
      Revert "Bug 13618: Fix for edit biblios and items"
      
      This reverts commit 811c4e84.
      
      Revert "Bug 13618: followup to remove tabs"
      
      This reverts commit ca8e8c39.
      
      Revert "Bug 13618: Fix last occurrences recently introduced to master"
      
      This reverts commit bb417b25.
      
      Revert "Bug 13618: Fix for news"
      
      This reverts commit ae5b9802.
      
      Revert "Bug 13618: Fix escape on sending baskets or shelves by email"
      
      This reverts commit a7731ffe.
      
      Revert "Bug 13618: Specific for XSLTBloc"
      
      This reverts commit 11fa38dc.
      
      Revert "Bug 13618: Specific for Salutation on editing a patron"
      
      This reverts commit 36c07ad6.
      
      Revert "Bug 13618: Specific for other prefs"
      
      This reverts commit e6ea281a.
      
      Revert "Bug 13618 - memberentrygen.tt errors Not a GLOB reference"
      
      This reverts commit 78248745.
      
      Revert "Bug 13618: Specific for ColumnsSettings"
      
      This reverts commit 1834da3d.
      
      Revert "Bug 13618: Specific for IntranetUser* and OPACUser* prefs"
      
      This reverts commit 21ae62b2.
      
      Revert "Bug 13618: Fix error 'Not a GLOB reference'"
      
      This reverts commit 602bdbab.
      
      Revert "Bug 13618: Specific for the ISBD view"
      
      This reverts commit d2543624.
      
      Revert "Bug 13618: Specific for pagination_bar"
      
      This reverts commit 8837a8ae.
      
      Revert "Bug 13618: Specific places where we don't need to escape variables - intra"
      
      This reverts commit 00eff140.
      
      Revert "Bug 13618: Remove html filters at the intranet"
      
      This reverts commit 7db851ff.
      
      Revert "Bug 13618: Specific places where we don't need to escape variables"
      
      This reverts commit 49a3738b.
      
      Revert "Bug 13618: Remove html filters at the OPAC"
      
      This reverts commit cedaa0e2.
      
      Revert "Bug 13618: Use Template::Stash::AutoEscaping to use the html filter"
      
      This reverts commit 01b38d3b.
      Signed-off-by: default avatarKyle M Hall <kyle@bywatersolutions.com>
      
      Signed-off-by: Brendan Gallagher brendan@bywatersolutions.com 
      a8942c28
  9. 29 Jan, 2016 1 commit
  10. 25 Sep, 2015 1 commit
  11. 01 Jun, 2015 1 commit
  12. 20 Apr, 2015 1 commit
  13. 31 Mar, 2015 1 commit
  14. 24 Feb, 2015 1 commit
  15. 13 Jan, 2015 4 commits
  16. 21 Nov, 2014 1 commit
    • Fridolin SOMERS's avatar
      Bug 13053 - Do not use template cache when from commandline · 8fd15d90
      Fridolin SOMERS authored
      You may define in config a folder (usually /tmp) for TT cache :
      template_cache_dir in etc/koha-conf.xml.
      
      Some perl pages may be launched from commandline, like tools/export.pl.
      Also, the script gather_print_notices.pl uses C4::Templates.
      
      The problem is that when script is launched from Apache, the Unix owner of cache files will be www-data. When script is launched from commandline, like in a cronjob, the Unix owner will be different (like a user named "koha"), causing a crash because cache files can only be read by its owner.
      
      This script disables the template cache if perl script is called from commandline. This cache is certainly only useful for web access.
      Using GATEWAY_INTERFACE env var comes from tools/export.pl
      
      Test plan :
      - Use a dev install of koha installed in a user home, ie "/home/kohadev"
      - Define a folder for template_cache_dir in etc/koha-conf.xml. For example : <template_cache_dir>/tmp</template_cache_dir>
      - Check there is no cached templates already in this forder
      - Create a file "bib.list" containing a few existing biblionumbers
      - As user kohadev, launch : tools/export.pl --record-type=bibs --id_list_file=bib.list
      - Look at cache folder
      => Without patch you see cache files owned by user kohadev
      => With patch there are no cache files
      - Use the Koha interfaces OPAC and Intranet
      => Without patch you get an error : Template process failed: file error - cache failed to write ...
      => With patch you have no error and cache files are generated with Apache user as owner
      Signed-off-by: Chris Cormack's avatarChris Cormack <chris@bigballofwax.co.nz>
      Signed-off-by: Katrin Fischer's avatarKatrin Fischer <Katrin.Fischer.83@web.de>
      Works as described, good test plan!
      Passes tests and QA script.
      Signed-off-by: Tomas Cohen Arazi's avatarTomas Cohen Arazi <tomascohen@gmail.com>
      8fd15d90
  17. 04 Nov, 2014 1 commit
    • Frédéric Demians's avatar
      Bug 13170 Remove of prog theme broke the OPAC's "view plain" option for MARC details · 3cbf7547
      Frédéric Demians authored
      In the OPAC if you view the MARC details for a title (and have
      OPACXSLTDetailsDisplay enabled) there is a "view plain" link which displays the
      output of opac-showmarc.pl. This is broken in master: fixed by this patch.
      
      Test plan:
      
      (1) Set OPACXSLTDetailsDisplay to default
      (2) Do a search on OPAC, then display a specific biblio record
      (3) Click on MARC view tab. Then click on 'view plain' link. Nothing is
          displayed.
      (4) Apply the patch. And refresh the MARC detail page.
      (5) Click on 'view plain' link. Check that a plain text MARC record is
          displayed.
      Signed-off-by: Chris Cormack's avatarChris <chris@bigballofwax.co.nz>
      
      Note: This makes a small change to C4::Templates::themelanguage so that
      it works with .xsl files too (They live in the xslt dir)
      Signed-off-by: Katrin Fischer's avatarKatrin Fischer <Katrin.Fischer.83@web.de>
      
      Works as described, passes tests and QA script.
      Signed-off-by: Tomas Cohen Arazi's avatarTomas Cohen Arazi <tomascohen@gmail.com>
      3cbf7547
  18. 01 Nov, 2014 1 commit
  19. 30 Oct, 2014 1 commit
    • Owen Leonard's avatar
      Bug 12494 - Remove yuipath system preference · 468a0e4f
      Owen Leonard authored
      With the OPAC prog template going away, the only remaining use of the
      yuipath preference is on the basketgroups template. The yuipath
      preference should be removed and the local path hard-coded.
      
      This patch:
        - removes yuipath handling from C4/Templates.pm
        - removes the preference from sysprefs.sql
        - deletes the preference via updatedatabase.pl
        - removes the preference from the staff client preferences file
        - removes unused references to the YUI assets from the help file
          header include
        - adds the local YUI asset path to acqui/basketgroup.tt
      
      To test, apply the patch and run the database update. View some online
      help pages and confirm that they function correctly. View the
      basketgroups page (Acquisition -> Vendor -> Basket groups), edit a
      basket group, and confirm that basket drag and drop operations work
      correctly.
      Signed-off-by: Aleisha Amohia's avatarAleisha <aleishaamohia@hotmail.com>
      Signed-off-by: Katrin Fischer's avatarKatrin Fischer <Katrin.Fischer.83@web.de>
      Passes all tests and QA script.
      Online help and basket group drag&drop functionality still work correctly.
      Signed-off-by: Tomas Cohen Arazi's avatarTomas Cohen Arazi <tomascohen@gmail.com>
      468a0e4f
  20. 29 Oct, 2014 2 commits
  21. 15 Aug, 2014 1 commit
    • Tomas Cohen Arazi's avatar
      Bug 12716: Allow the import patrons form have drop-downs and datepickers · b4158f2d
      Tomas Cohen Arazi authored
      To reproduce:
      - Go to Tools > Import patrons
      - Notice branchcode and categorycode don't have dropdown menus with
        valid options.
      - Notice dateofbirth, dateenrolled and dateexpiry don't have date-pickers
      - Notice each input field is labeled with the column name instead of a
        proper description.
      
      To test:
      - Apply the patch, go to Tools > Import patrons
      - Notice branchcode and categorycode have dropdown menus with valid options,
        and by default the empty value is selected.
      - Notice that if you go into the dateofbirth, dateenrolled and dateexpiry
        fields, a nice date picker widget appears.
      - Notice each field is labeled with the field description, and that the
        column name is conveniently shown at the right of the input field.
      
      Important: test switching the ExtendedPatronAttributes syspref, and verify that
      if enabled, the patron_attributes field appears, and also the checkbox selector
      controlling the extended patron attributes import behaviour shows too.
      
      Bonus points: Verify that on a different language, the descriptions get translated,
      and the column names show correctly
      
      Regards
      To+
      Signed-off-by: Aleisha Amohia's avatarAleisha <aleishaamohia@hotmail.com>
      Signed-off-by: Katrin Fischer's avatarKatrin Fischer <Katrin.Fischer.83@web.de>
      Passes tests and QA script.
      Works as described, no regressions found.
      Dates are output in ISO/database format, this is ok.
      Signed-off-by: Tomas Cohen Arazi's avatarTomas Cohen Arazi <tomascohen@gmail.com>
      b4158f2d
  22. 21 Jul, 2014 1 commit
  23. 17 Jul, 2014 1 commit
  24. 03 Jul, 2014 1 commit
    • Julian Maurice's avatar
      Bug 12237: Remove the "horrible hack" in C4::Templates · a0c17a8c
      Julian Maurice authored
      Use C4::Languages::getlanguage() instead of
      C4::Templates::_current_language()
      
      Test plan:
      1/ Set one of the 4 XSLT sysprefs to 'default'
      2/ Go to the corresponding page
      3/ Switch language and check that the right XSLT is used
      4/ Set the same syspref to something with '{langcode}' in it. For
      example:
      "../koha-tmpl/opac-tmpl/bootstrap/{langcode}/xslt/UNIMARCslim2OPACDetail.xsl"
      5/ Go back to the corresponding page
      6/ Switch language and check that the right XSLT is used
      7/ Change a compact.xsl for a language (for example
      koha-tmpl/intranet-tmpl/prog/fr-FR/xslt/compact.xsl) to be able to see
      differences
      8/ Go to a biblio detail page in staff interface and click on "MARC
      Preview: Show"
      9/ Close the popup, switch language and click again on the same link
      10/ Check that the correct XSLT is used.
      Signed-off-by: Bernardo Gonzalez Kriegel's avatarBernardo Gonzalez Kriegel <bgkriegel@gmail.com>
      Works as described following test plan.
      No koha-qa errors
      Signed-off-by: Katrin Fischer's avatarKatrin Fischer <Katrin.Fischer.83@web.de>
      No problems found, passes tests and QA script.
      Signed-off-by: Tomas Cohen Arazi's avatarTomas Cohen Arazi <tomascohen@gmail.com>
      a0c17a8c
  25. 05 May, 2014 1 commit
  26. 15 Apr, 2014 1 commit
    • Bernardo Gonzalez Kriegel's avatar
      Bug 5052: make it possible to pick a language if all choices are sublanguage · c212b932
      Bernardo Gonzalez Kriegel authored
      This was tricky to catch. In current implementation, Bug 6755
      introduced in C4/Templates.pm as condition to send the array of
      hashrefs of languages that (@$languages_loop<2), but with one
      language group that condition is false, there is only one
      element in that array.
      
      This patch changes that condition to have more than one language
      selected, grouped or not.
      
      Also send $bidi value always, that was only sent if there is
      more than one group language.
      
      To test:
      1. Translate to en-GB and en-NZ, or simply do mkdirs
      on intranet-tmpl/prog and opac-tmpl/bootstrap
      
      2. Go to Administration > System preferences > I18N
      enable those languages on staff/opac
      
      3. Check that language chooser is nowhere to be found
      
      4. Apply the patch
      
      5. Reload staff/opac, now you can see language chooser
      
      NOTE: I made little changes on staff, but can't replicate
      bootstrap colors for selected/unselected language. Someone
      need to touch css files to make it happen. But that is
      current behavior.
      Signed-off-by: default avatarOwen Leonard <oleonard@myacpl.org>
      Signed-off-by: joubu's avatarJonathan Druart <jonathan.druart@biblibre.com>
      Good catch!
      Signed-off-by: Galen Charlton's avatarGalen Charlton <gmc@esilibrary.com>
      c212b932
  27. 01 Nov, 2013 1 commit
    • Matthias Meusburger's avatar
      Bug 7684: multiple fixes for inventory · 0313856d
      Matthias Meusburger authored
      * when a file was uploaded and the comparison with catalogue range
       requested, the comparison was wrong: the logic was wrong
      * items that were not supposed to be scanned (ie: supposed to be on another shelf)
        didn't had the author and title, it was hard to retrieve them on the shelved
      * some useful fields were missing, like homebranch, location, status
      * the CSV export contained all the item information. It should contain the same
         informations as the screen
      
      Behaviour now:
         * scan a list of barcode & select a range of location
         * if a barcode has been scanned and should not be (misplaced item),
             the information is displayed
         * if you choose "compare barcodes list to result option", the
           resulting list contains all items that have been scanned and those
           that were supposed to be. Any item not in both list appears with a
           specific message on the last column
      Signed-off-by: default avatarLeila <koha.aixmarseille@gmail.com>
      Signed-off-by: default avatarKoha Team Amu <koha.aixmarseille@gmail.com>
      Signed-off-by: default avatarKyle M Hall <kyle@bywatersolutions.com>
      Signed-off-by: Galen Charlton's avatarGalen Charlton <gmc@esilibrary.com>
      0313856d
  28. 04 Oct, 2013 1 commit
    • Tomas Cohen Arazi's avatar
      Bug 9735 - Let the language be selected through URL parameters · 3b7c6932
      Tomas Cohen Arazi authored
      Passing language=<valid_language_code> as a parameter in any Koha's URL
      can be used to set the desired language.
      This patch touches
       - C4::Templates
       - C4::Auth
      
      Adds a new method getlanguagecookie that does exactly that, for use in
      get_template_and_user.
      Also modifies getlanguage so it checks (a) if there's a 'language'
      parameter in the CGI object and (b) checks if its valid and enabled for
      the desired interface.
      
      To test:
      * Without the patch
        - access any koha page
        - add ?language=code to the end of the URL (change code for a valid language code
          it needs to be installed using perl translate install code, and enabled either for
          the staff or opac interface, depending where are you testing)
        - Nothing happens with the language parameter
      * With the patch
        - access any koha page
        - add ?language=code (the same as before) and hit enter
        - the language should be changed to the one you chose
        - if you browse through some links, you will see
          koha 'remembers' the language you passed as a parameter
          (i.e. the language cookie has been updated).
      
      Sponsored-by: Universidad Nacional de Córdoba
      Signed-off-by: default avatarBrendan <brendan@bywatersolutions.com>
      Signed-off-by: Bernardo Gonzalez Kriegel's avatarBernardo Gonzalez Kriegel <bgkriegel@gmail.com>
      
      Comment: Works very well. No errors.
      Signed-off-by: default avatarChris Cormack <chrisc@catalyst.net.nz>
      Signed-off-by: default avatarJulian Maurice <julian.maurice@biblibre.com>
      Signed-off-by: Katrin Fischer's avatarKatrin Fischer <Katrin.Fischer.83@web.de>
      Passes all tests and QA script.
      More comments on last patch.
      Signed-off-by: Galen Charlton's avatarGalen Charlton <gmc@esilibrary.com>
      3b7c6932
  29. 12 Jul, 2013 1 commit
    • Robin Sheat's avatar
      Bug 10560: make it possible for default interface language to not be English · 38f596d4
      Robin Sheat authored
      If you enable another translation, and disable English, then if you dont
      have a cookie set, or your browser is not set to that language, you will
      get English. So you can not disable English in either the staff client
      or the OPAC.
      
      This patch fixes the language selection to do the right thing.
      
      To test you must have at least one other language installed besides
      English. Apply the patch and disable the en translation. Koha should
      fall back to one of the enabled translations.
      Signed-off-by: default avatarOwen Leonard <oleonard@myacpl.org>
      
      I added a patch description and test plan, missing from the
      original patch.
      Signed-off-by: Katrin Fischer's avatarKatrin Fischer <Katrin.Fischer.83@web.de>
      I have tested with various combinations of activated languages
      and have found no regression. If the cookie is set, the right
      language is shown accordingly. Else the first language in the
      list seems to be picked. It did never fall back to English
      in my tests, when English was explicitly deactivated.
      
      Passes all tests and QA script.
      Signed-off-by: Galen Charlton's avatarGalen Charlton <gmc@esilibrary.com>
      38f596d4
  30. 29 Apr, 2013 1 commit
  31. 01 Apr, 2013 1 commit
    • Dobrica Pavlinusic's avatar
      Bug 6554 - make Koha internally utf-8 clean · d542740a
      Dobrica Pavlinusic authored
      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@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: default avatarOwen Leonard <oleonard@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: default avatarMarcel de Rooy <m.de.rooy@rijksmuseum.nl>
      Signed-off-by: Bernardo Gonzalez Kriegel's avatarBernardo Gonzalez Kriegel <bgkriegel@gmail.com>
      Already signed, add mine.
      Signed-off-by: Jared Camins-Esakov's avatarJared Camins-Esakov <jcamins@cpbibliography.com>
      d542740a
  32. 20 Mar, 2013 1 commit
    • Kyle M Hall's avatar
      Bug 7804 - Add Koha Plugin System · 5eabc672
      Kyle M Hall authored
      Adds support for custom plugins. At the moment the Plugins
      feature supports two types of plugins, reports and tools.
      
      Plugins are installed by uploading KPZ ( Koha Plugin Zip )
      packages. A KPZ file is just a zip file containing the
      perl files, template files, and any other files neccessary
      to make the plugin work.
      
      Test plan:
      1) Apply patch
      2) Run updatedatabase.pl
      3) Create the directory /var/lib/koha/plugins
      4) Add the lines
            <pluginsdir>/var/lib/koha/plugins</pluginsdir>
            <enable_plugins>1</enable_plugins>"
         to your koha-conf.xml file
      5) Add the line
             Alias /plugin/ "/var/lib/koha/plugins/"
         to your koha-httpd.conf file
      6) Restart your webserver
      7) Access the plugins system from the "More" pulldown
      8) Upload the example plugin file provided here
      9) Try it out!
      Signed-off-by: Bernardo Gonzalez Kriegel's avatarBernardo Gonzalez Kriegel <bgkriegel@gmail.com>
      Signed-off-by: joubu's avatarJonathan Druart <jonathan.druart@biblibre.com>
      Signed-off-by: default avatarKyle M Hall <kyle@bywatersolutions.com>
      Signed-off-by: Jared Camins-Esakov's avatarJared Camins-Esakov <jcamins@cpbibliography.com>
      5eabc672