Bug 16093 - Streamline Holds awaiting pickup cancel process
Summary: Streamline Holds awaiting pickup cancel process
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Hold requests (show other bugs)
Version: unspecified
Hardware: All All
: P5 - low enhancement (vote)
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-03-17 16:30 UTC by Christopher Brannon
Modified: 2023-09-09 18:04 UTC (History)
2 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christopher Brannon 2016-03-17 16:30:26 UTC
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
Comment 1 Katrin Fischer 2023-09-09 18:04:50 UTC
I believe this needs some testing against the current versions and should  possibly be split up into multiple smaller bugs.