Bug 3344

Summary: Hold priority list needs additional status for items assigned but not waiting
Product: Koha Reporter: Liz Rea <wizzyrea>
Component: Hold requestsAssignee: Galen Charlton <gmcharlt>
Status: CLOSED FIXED QA Contact:
Severity: critical    
Priority: P5 - low CC: smoreland, wizzyrea
Version: Main   
Hardware: PC   
OS: All   
Change sponsored?: --- Patch complexity: ---
Documentation contact: Documentation submission:
Text to go in the release notes:
Version(s) released in:

Description Chris Cormack 2010-05-21 01:09:22 UTC


---- Reported by wizzyrea@gmail.com 2009-06-19 15:22:45 ----

When looking at the existing holds priority list (reserve/request.pl) the priority dropdown should show assigned/in transit statuses and priority should be rearranged when items change status (like waiting status does).

See screenshot: http://www.screencast.com/users/lizrea/folders/Jing/media/b6425793-f994-4ee0-924b-14a3a3913ced

We don't think it's enough that the pick up library column (kind of) shows the status of the item.

Discussion welcome.



---- Additional Comments From gmcharlt@gmail.com 2010-02-18 20:53:28 ----

Picking up as part of fixing in-transit filled holds for 3.2.



---- Additional Comments From gmcharlt@gmail.com 2010-02-22 03:26:01 ----

Very preliminary patches for http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3344 and 4224 are available to pull from the holds branch of  git://git.librarypolice.com/git/koha-galen.git.  Feedback requested.



--- Bug imported by chris@bigballofwax.co.nz 2010-05-21 01:09 UTC  ---

This bug was previously known as _bug_ 3344 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3344

Actual time not defined. Setting to 0.0

Comment 1 Sharon Moreland 2010-05-27 16:47:42 UTC
Associated with 2830 Hold not removed when "trapped" item on hold shelf is checked out to a different patron in the holds queue.
Comment 2 Galen Charlton 2010-10-22 03:10:52 UTC
Patch for this bug is in 3.2.