[Koha-bugs] [Bug 16093] New: Streamline Holds awaiting pickup cancel process

[bugzilla-daemon at bugs.koha-community.org]

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16093

            Bug ID: 16093
           Summary: Streamline Holds awaiting pickup cancel process
 Change sponsored?: ---
           Product: Koha
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: P5 - low
         Component: Hold requests
          Assignee: koha-bugs at lists.koha-community.org
          Reporter: cbrannon at cdalibrary.org
        QA Contact: testopia at bugs.koha-community.org
                CC: gmcharlt at gmail.com

I would like to suggest some improvements to the Holds over tab in the Holds
awaiting pickup tables (waitingreserves.pl):

In addition to seeing 13838 pushed to master, I would love to see the
following:
* Checkboxes next to items, along with a Cancel selected button next to the
Cancel All button, with a confirmation.
* I haven't confirmed, but if the Cancel all button doesn't already have it, it
should also have a confirmation.
* Preference to print slips on items that are cancelled individually with the
Cancel hold and return to button.
* Items that have hold requests should indicate that on the button rather than
the "return to" information.
* Items that have hold requests end up with TWO statuses on them in this
process.  They end up with a transfer to the owning library and a hold
transfer.  In cases where there is a hold request on the item, the transfer
status should be skipped and the hold request honored, with the appropriate
slip.
* If the list is sorted by a particular column, the sort should remain intact
when the screen refreshes (bug 13838 solves half the battle by keeping you on
the same tab).

Christopher

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