[Koha-bugs] [Bug 6874] File upload in MARC

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Fri Mar 2 13:44:40 CET 2012


http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6874

Julian Maurice <julian.maurice at biblibre.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Attachment #7114|0                           |1
        is obsolete|                            |

--- Comment #18 from Julian Maurice <julian.maurice at biblibre.com> ---
Created attachment 7980
  -->
http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7980&action=edit
File upload in MARC

Bug 6874: File upload in MARC

New cataloging plugin upload.pl and new system preference 'uploadPath'.

upload.pl provide a way to upload files on the server and store a link
(url) to it in MARC
uploadPath is the absolute path on the server where the files will be
stored. It's possible to have a hierarchy of directories under this path
and the plugin will allow to choose in which directory to store the
file.
Stored value in MARC subfield looks like this:
<OPACBaseURL>/cgi-bin/koha/opac-retrieve-file.pl?id=<SHA-1 of the file>
So both 'uploadPath' and 'OPACBaseURL' sysprefs have to be set for this
plugin to work correctly

--

What's new:
- SHA-1 is now used to build the file hash instead of MD5
- uploadPath syspref is now displayed in the syspref interface (module
Cataloging)
- documentation added to C4::UploadedFiles
- Value in MARC subfield is now the full URL instead of the id (needs
OPACBaseURL syspref)
- Patch rebased on current master
- kohaversion.pl changes removed from the patch
- updatedatabase.pl now prints a short explanation on how to make the plugin
working
- If 'uploadPath' directory contains other directories, a directory tree is
displayed to allow the user to choose in which directory he wants to store his
file

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are watching all bug changes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/koha-bugs/attachments/20120302/c8d05454/attachment.htm>


More information about the Koha-bugs mailing list