Bug 3344 - Hold priority list needs additional status for items assigned but not waiting
: Hold priority list needs additional status for items assigned but not waiting
Status: ASSIGNED
Product: Koha
Hold requests
: HEAD
: PC All
: P5 critical (vote)
Assigned To: Galen Charlton
:
:
:
:
  Show dependency treegraph
 
Reported: 2009-06-19 03:22 UTC by Liz Rea
Modified: 2010-05-27 16:47 UTC (History)
1 user (show)

See Also:
Change sponsored?: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.