This project is mirrored from git:// Updated .
  1. 24 Apr, 2009 1 commit
    • Joe Atzberger's avatar
      Cleanup and tighten Letters module. · 6ad369f8
      Joe Atzberger authored
      Subroutine arguments enforced w/ with more checks, explicit return undef where warranted.
      Placeholders used in SQL where applicable.
      One logical error corrected :
      - next MESSAGE if ( lc( $message->{'message_transport_type'} eq 'rss' ) );
      + next MESSAGE if ( lc($message->{'message_transport_type'}) eq 'rss' );
      Signed-off-by: default avatarGalen Charlton <>
  2. 08 Apr, 2009 1 commit
    • Joe Atzberger's avatar
      Introduce sth caching to · 35c8a5be
      Joe Atzberger authored
      The re-creation of statement handles for the same queries, repeatedly,
      seriously degrades the performance of notices.  This introduces new
      class-level caching to avoid that problem.
      Note: initial provisions
      to do the same with caching of COLUMNS information about tables is
      also included, but this would probably be most usefully implemented
      in C4::Context (or a separate more central module).  The benefits of
      caching that info would probably be even greater.  Note that this
      proposed implementation might be obsoleted by ORM integration, where
      DB structure info would already be cached.
      Signed-off-by: default avatarGalen Charlton <>
  3. 04 Mar, 2009 1 commit
  4. 04 Feb, 2009 2 commits
  5. 09 Jan, 2009 1 commit
  6. 08 Dec, 2008 1 commit
  7. 10 Aug, 2008 1 commit
  8. 10 Jul, 2008 1 commit
    • Andrew Moore's avatar
      Bug 2274 [3/5]: consolidating overdue notice cronjobs into one · 8ae66932
      Andrew Moore authored
      This patch adds the misc/cronjobs/ script that is intended to replace, and It adds messages to
      the message_queue to be sent later (by It also marks borrowers
      as debarred if their issues become too overdue.
      It is intended to be run from cron nightly with usage something like:
      0 2 * * * misc/cronjobs/
       - improved documentation on ModMember
       - made ModMember return a useful value (the return value of the database call)
       - added a DebarMember method
       - adding t/lib/KohaTest/Members/ to test ModMember
       - designed to replace,, and overduenotice-csv
      Changes to C4::Letters:
       - EnqueueLetter now lets you pass in to_address and from_address which can override defaults
       - _send_message_by_email pays attention to these defaults.
       - now handles attachments with MIME::Lite
       - added GetBranchcodesWithOverdueRules
         - added t/lib/KohaTest/Overdues/ to test that.
       - replaced call to obsolete with call to
       - added three helper methods: random_phone, random_email, random_ip
         - these can be used to populate example records
       - you can now pass an optional lengh to random_string
      Signed-off-by: default avatarJoshua Ferraro <>
  9. 20 Jun, 2008 2 commits
    • Andrew Moore's avatar
      Bug 2176 (4/5): adding RSS feed for patron overdue alerts · 4d0e0fec
      Andrew Moore authored and opac-mymessages.tmpl generate an RSS feed of a patron's messages from the message_queue.
      Some more methods in C4::Letters to let us pluck out the right entries in the queue.
      Signed-off-by: default avatarJoshua Ferraro <>
    • Andrew Moore's avatar
      Bug 2176 (3/5): adding methods to manage message_queue, new, new C4::SMS module · 2cae4efa
      Andrew Moore authored
      I've added methods to to C4::Letters to manage the database table
      message_queue. This will let us keep track of messages sent
      via email, sms, and rss to patrons. That way, we can show the history,
      deal with failures, and reconstruct an RSS feed when needed.
      misc/cronjobs/ has been added. It prepares advance notices
      and item due notices and stages messages to be sent in the message_queue
      C4::Overdues::Getoverdues now takes two optional arguments to tell it how
      old of overdues to fetch.
      Also, a C4::Circualtion::getUpcomingDueIssues method was added that uses.
      misc/cronjobs/ has been added. It sends the email
      or SMS messages out of the message queue.
      The C4::SMS module didn't work at all, and it has been rebuilt to use
      an external perl module from CPAN, SMS::Send.
      Signed-off-by: default avatarJoshua Ferraro <>
  10. 30 May, 2008 2 commits
  11. 12 May, 2008 1 commit
  12. 19 Mar, 2008 1 commit
    • Galen Charlton's avatar
      refactor C4::Log::logaction · afb36c42
      Galen Charlton authored
      This fix should resolve in whole or in part several bugs
      characterized by the error message 'Can't use string ("0")
      as a HASH ref while "strict refs" in use', including
      bugs 1101, 1899, and 1910.
      There are some possibilities for future work:
      [1] Dealing with an operator override, e.g., where
          a circ operator needs to get a supervisor
          to enter a login and password and escalate
          the original operator's privileges for a
          transaction, e.g., to forgive a fine.  This
          is an enhancement, of course.
      [2] Creating a dummy operator to represent
          batch job runs; or alternatively, give
          each batch job an option to log its work
          under a specified user ID.
      Signed-off-by: default avatarJoshua Ferraro <>
  13. 29 Feb, 2008 1 commit
  14. 16 Feb, 2008 1 commit
  15. 08 Jan, 2008 1 commit
  16. 04 Dec, 2007 1 commit
  17. 01 Nov, 2007 1 commit
  18. 22 Oct, 2007 1 commit
  19. 19 Oct, 2007 1 commit
  20. 11 Oct, 2007 1 commit
  21. 26 Jul, 2007 1 commit
  22. 27 Apr, 2007 1 commit
  23. 09 Mar, 2007 1 commit
  24. 25 Aug, 2006 1 commit
    • tgarip1957's avatar
      New set of routines for HEAD. · 04513598
      tgarip1957 authored
      Uses a complete new ZEBRA Indexing.
      ZEBRA is now XML and comprises of a KOHA meta record. Explanatory notes will be on koha-devel
      Fixes UTF8 problems
      Fixes bug with authorities
      SQL database major changes.
      Separate biblioograaphic and holdings records. Biblioitems table depreceated
      etc. etc.
      Wait for explanatory document on koha-devel
  25. 05 Aug, 2005 3 commits
    • tipaul's avatar
      adding some fields available for Letters · 38974171
      tipaul authored
    • tipaul's avatar
      removing my own adress as "From" ;-) · 735487d1
      tipaul authored
    • tipaul's avatar
      2 new features : · 791e7869
      tipaul authored
      - a mail is sent everytime an issue if recieved in serial module. The mail is sent to all borrowers that have put an alert on the subscription (remember that you can put an alert only if the librarian have defined a "letter" as mail to send)
      - the librarian can see, for a given subscription, who has put an alert.
  26. 04 Aug, 2005 1 commit
    • tipaul's avatar
      Letters / alert system, continuing... · df6c6bca
      tipaul authored
      * adding a package, that manages Letters & alerts.
      * adding feature : it's now possible to define a "letter" for any subscription created. If a letter is defined, users in OPAC can put an alert on the subscription. When an issue is marked "arrived", all users in the alert will recieve a mail (as defined in the "letter"). This last part (= send the mail) is not yet developped. (Should be done this week)
      * adding feature : it's now possible to "put to an alert" in OPAC, for any serial subscription. The alert is stored in a new table, called alert. An alert can be put only if the librarian has activated them in subscription (and they activate it just by choosing a "letter" to sent to borrowers on new issues)
      * adding feature : librarian can see in borrower detail which alerts they have put, and a user can see in opac-detail which alert they have put too.
      Note that the system should be generic enough to manage any type of alert.
      I plan to extend it soon to virtual shelves : a borrower will be able to put an alert on a virtual shelf, to be warned when something is changed in the virtual shelf (mail being sent once a day by cron, or manually by the shelf owner. Anyway, a mail won't be sent on every change, users would be spammed by Koha ;-) )