Bug 22251 - Highest priority holds
Summary: Highest priority holds
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Hold requests (show other bugs)
Version: Main
Hardware: All All
: P5 - low enhancement
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-01-31 15:38 UTC by Christopher Brannon
Modified: 2019-01-31 15:38 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christopher Brannon 2019-01-31 15:38:08 UTC
Just like we have a lowest priority toggle for a hold, we need a highest priority toggle.

Sometimes, we have an item that needs to go through some updating or processing, and so we place an item on hold and bump it to the top of the list.  But sometimes someone else will place a hold and bump it to the top of the list and it will go above that hold.

We either need:

A) A single highest priority per item toggle

or 

B) A highest priority toggle that keeps the hold glued to the top, and when others are added, they go below previous highest priorities, and cannot be bumped above them.