https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41801
--- Comment #6 from Nick Clemens (kidclamp) <[email protected]> --- (In reply to David Nind from comment #5) > I don't think this is working correctly: > 1. Place 150 holds: perl ./randhold.pl -b 312 -n 150 > 2. Note the details for the first hold (priority = 1) (I copied the info in > the note column) > 3. Click the button to move the hold with priority 1 to "Move hold to the > bottom" > 4. It becomes the hold with priority of 79, instead of the bottom, with is > hold with the priority of 150 > 5. I tried this in reverse, the bottom one to "Move hold to the top" > (priority = 150), this became the hold with priority = 80 Hi David, Can you confirm the requests you are looking at are marked as 'lowest priority'? The column between 'Details' and 'Delete' has two down arrows pointing down - when there is a line udner this, the hold is marked 'lowest priority' and cannot be moved above a hold that is not marked this way, and vice versa. These are the holds that cause the performance hit and are expected to work this way -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
