[Koha-bugs] [Bug 11947] Hold priorities not re-calculated when hold is confirmed on checkin.

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Mon Mar 17 06:14:02 CET 2014


http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11947

Robin Sheat <robin at catalyst.net.nz> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|koha-bugs at lists.koha-commun |robin at catalyst.net.nz
                   |ity.org                     |

--- Comment #3 from Robin Sheat <robin at catalyst.net.nz> ---
Adding some testing notes (I think there are some missing steps in your
description).

I issued the three items, and placed three non-item holds. 

The priorities were 1,2,3.

I returned one of the items.

I attempted to checkout that item to tester e (who did not have the first
priority), but cancelled it (as it was waiting for tester d.) This caused the
priorities to become 0,2,3 and the first reserve entry to change to having
found=W and an itemnumber defined. This is probably because now there's a copy
available.

This seems correct overall, however the priorities should have been renumbered.

I issued the item put aside for tester d to them.

The reserve is removed, however the priorities are now 2,3

This causes the UI to show tester e at priority 2 (correct) and tester f at
priority 1 (incorrect) which will cause them to change if the user hits "update
holds".

So essentially, bug is reproducible.

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


More information about the Koha-bugs mailing list