[Koha-bugs] [Bug 12363] New: Marking an item as lost in koha always returns it, but longoverdue.pl may not

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Wed Jun 4 19:52:12 CEST 2014


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

            Bug ID: 12363
           Summary: Marking an item as lost in koha always returns it, but
                    longoverdue.pl may not
 Change sponsored?: ---
           Product: Koha
           Version: master
          Hardware: All
                OS: All
            Status: NEW
          Severity: major
          Priority: P5 - low
         Component: Architecture, internals, and plumbing
          Assignee: gmcharlt at gmail.com
          Reporter: kyle at bywatersolutions.com
        QA Contact: testopia at bugs.koha-community.org

The cronjob script longoverdue.pl has a switch --mark-returned which controls
if an item is returned when marked as lost. As such, by default items are *not*
returned when lost by longoverdue.pl, and at the same time, *are* returned when
marked as lost from the staff intranet.

In the past, marking an item as lost from additem.pl would not return the item,
but doing so from moredetail.pl, so librarians had at least some control over
having and item returned when lost. An update to additem.pl now causes all ways
to mark an item as lost from the staff intranet.

This behavior makes little sense. The flag behavior should be moved to a system
preference.

An upgrade path is problematic though. We could have longoverdue.pl set the
system preference value based on the --marked-returned flag on each run. That
would allow upgrades to work without intervention.

-- 
You are receiving this mail because:
You are watching all bug changes.


More information about the Koha-bugs mailing list