If a patron has an item-level hold, and that same item happens to be in transit or waiting for a different patron's hold, the patron details page will label the item-level hold as in transit. Since the item-level hold has not been found yet, it should have a blank status. To reproduce: 1. Place a record-level hold for Patron A, for pickup at a library other than the logged-in library 2. Check in an item --> Note that the item is now in transit for the hold 3. Place an item-level hold for Patron B on that same item 4. Go to the details page for Patron B, and click on their Holds tab --> The status column now says the hold is in transit, although it is actually Patron A's hold that is in transit 5. Switch the logged in library to match the pickup location for Patron A's hold 6. Check the item in again --> Note that Patron A's hold is now Waiting 7. Return to the details page for Patron B --> The status column says the hold is "not yet transferred"
Created attachment 156302 [details] [review] Bug 34901: Display transit status on patron holds tab only if hold found value is "T" Check the transit status of the *hold* in addition to the transit status of the *item*, to avoid displaying a misleading transit status on item-level holds when the item is actually in transit for a different hold To test: 1. Create a record-level hold for Patron A for pickup at a library other than the logged-in library 2. Check in an item to fill that hold 3. Put an item-level hold on that same item for Patron B at a different library other than the logged-in library 4. Open Patron A's and Patron B's account details pages in separate tabs --> Note that the Holds tab on Patron A's account detail page correctly shows that their hold is in-transit --> Note that the Holds tab on Patron B's account detail page incorrectly shows that their hold on the same item is also in-transit 4. Apply patch 5. Clear browser cache 6. Refresh both patrons' account details pages --> Confirm that the holds tab on Patron A's account still correctly says their hold is in-transit --> Confirm that the holds tab on Patron B's account now correctly shows a blank status for their hold 7. Cancel Patron A's hold 8. Check in the item again to put it in transit for Patron B's hold 9. Reload Patron B's account page --> Confirm that the holds tab on Patron B's account now correctly says their hold is in-transit
Created attachment 157065 [details] [review] Bug 34901: Display transit status on patron holds tab only if hold found value is "T" Check the transit status of the *hold* in addition to the transit status of the *item*, to avoid displaying a misleading transit status on item-level holds when the item is actually in transit for a different hold To test: 1. Create a record-level hold for Patron A for pickup at a library other than the logged-in library 2. Check in an item to fill that hold 3. Put an item-level hold on that same item for Patron B at a different library other than the logged-in library 4. Open Patron A's and Patron B's account details pages in separate tabs --> Note that the Holds tab on Patron A's account detail page correctly shows that their hold is in-transit --> Note that the Holds tab on Patron B's account detail page incorrectly shows that their hold on the same item is also in-transit 4. Apply patch 5. Clear browser cache 6. Refresh both patrons' account details pages --> Confirm that the holds tab on Patron A's account still correctly says their hold is in-transit --> Confirm that the holds tab on Patron B's account now correctly shows a blank status for their hold 7. Cancel Patron A's hold 8. Check in the item again to put it in transit for Patron B's hold 9. Reload Patron B's account page --> Confirm that the holds tab on Patron B's account now correctly says their hold is in-transit Signed-off-by: Katariina Hanhisalo <katariina.hanhisalo@xamk.fi>
Batch works as described. Just to notice, if you in the end also cancel Patron Bs hold and check in the book, it still wants to go to the palace where Patron B had the pick-up location. But this is another problem I think.
Created attachment 157067 [details] [review] Bug 34901: Display transit status on patron holds tab only if hold found value is "T" Check the transit status of the *hold* in addition to the transit status of the *item*, to avoid displaying a misleading transit status on item-level holds when the item is actually in transit for a different hold To test: 1. Create a record-level hold for Patron A for pickup at a library other than the logged-in library 2. Check in an item to fill that hold 3. Put an item-level hold on that same item for Patron B at a different library other than the logged-in library 4. Open Patron A's and Patron B's account details pages in separate tabs --> Note that the Holds tab on Patron A's account detail page correctly shows that their hold is in-transit --> Note that the Holds tab on Patron B's account detail page incorrectly shows that their hold on the same item is also in-transit 4. Apply patch 5. Clear browser cache 6. Refresh both patrons' account details pages --> Confirm that the holds tab on Patron A's account still correctly says their hold is in-transit --> Confirm that the holds tab on Patron B's account now correctly shows a blank status for their hold 7. Cancel Patron A's hold 8. Check in the item again to put it in transit for Patron B's hold 9. Reload Patron B's account page --> Confirm that the holds tab on Patron B's account now correctly says their hold is in-transit Signed-off-by: Tuomas Kunttu <tuomas.kunttu@kouvola.fi>
Created attachment 157162 [details] [review] Bug 34901: Display transit status on patron holds tab only if hold found value is "T" Check the transit status of the *hold* in addition to the transit status of the *item*, to avoid displaying a misleading transit status on item-level holds when the item is actually in transit for a different hold To test: 1. Create a record-level hold for Patron A for pickup at a library other than the logged-in library 2. Check in an item to fill that hold 3. Put an item-level hold on that same item for Patron B at a different library other than the logged-in library 4. Open Patron A's and Patron B's account details pages in separate tabs --> Note that the Holds tab on Patron A's account detail page correctly shows that their hold is in-transit --> Note that the Holds tab on Patron B's account detail page incorrectly shows that their hold on the same item is also in-transit 4. Apply patch 5. Clear browser cache 6. Refresh both patrons' account details pages --> Confirm that the holds tab on Patron A's account still correctly says their hold is in-transit --> Confirm that the holds tab on Patron B's account now correctly shows a blank status for their hold 7. Cancel Patron A's hold 8. Check in the item again to put it in transit for Patron B's hold 9. Reload Patron B's account page --> Confirm that the holds tab on Patron B's account now correctly says their hold is in-transit Signed-off-by: Katariina Hanhisalo <katariina.hanhisalo@xamk.fi> Signed-off-by: Tuomas Kunttu <tuomas.kunttu@kouvola.fi> Signed-off-by: Katrin Fischer <katrin.fischer.83@web.de>
Pushed to master for 23.11. Nice work everyone, thanks!
Pushed to 23.05.x for 23.05.05
Nice work everyone! Pushed to oldstable for 22.11.x