https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41983 --- Comment #13 from Pedro Amorim <pedro.amorim@openfifth.co.uk> --- Created attachment 198016 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=198016&action=edit Bug 41983: (QA follow-up): Rebuild the holds queue when groups are edited Test plan (ktd) 0) Update the database (ktd, ignore if sandbox): $ updatedatabase 1) Enable 'RealTimeHoldsQueue' and 'DisplayAddHoldGroups' system preferences 2) restart_all # This is required or the worker won't pick up the new sys pref values 3) Place at least 2 holds for a patron on different items/biblios, without grouping them: <staff_url>/cgi-bin/koha/members/moremember.pl?borrowernumber=19 4) Build the holds queue once to get a baseline: $ perl misc/cronjobs/holds/build_holds_queue.pl --force 5) Visit the holds queue and confirm the holds appear without a group indicator: <staff_url>/cgi-bin/koha/circ/view_holdsqueue.pl?branchlimit=&itemtypeslimit=&run_report=1 6) Create a hold group for those holds via the patron page <staff_url>/cgi-bin/koha/circ/circulation.pl?borrowernumber=<patron_borrowernumber> 7) Without running build_holds_queue.pl, refresh the holds queue, confirm the 'part of a hold group' indicator now appears 8) Ungroup the holds, refresh the holds queue, confirm the 'part of a hold group' is no longer showing 9) Run the unit tests: $ prove t/db_dependent/Reserves/HoldGroup.t -- You are receiving this mail because: You are watching all bug changes.