https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38588 Emily Lamancusa (emlam) <emily.lamancusa@montgomerycountymd.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=38789 --- Comment #15 from Emily Lamancusa (emlam) <emily.lamancusa@montgomerycountymd.gov> --- I think there is a separate bug (or two) - when I test on main, with or without the patch, I get the following behavior: Scenario #1: Existing active (sent) transfer 1. Check in an item with an active transfer to a different branch ==> Expected: Wrong Transfer modal Item status should change based on modal response ==> Actual: No modal, just a "Reason for transfer: Return to home library" message. Also, the item switches from "in transit" to "transit pending" Scenario #2: Existing pending (unsent) transfer 1. Check in an item with a pending/unsent transfer to a different branch ==> Return to Home transfer modal appears with options OK or Print Slip 2. Click OK ==> Expected: Item status switches from "Transit pending" to "In transit" ==> Actual: Item status remains at "Transit pending" Scenario #2 is happening because the OK button doesn't reload returns.pl. (Actually, that's also the reason the OK button wasn't causing the same internal server error as the Print Slip button.) I went ahead and added a follow-up to this bug to fix the OK button, since it's a trivial change and should already be covered by the first patch's test plan. I filed bug 38789 for Scenario #1. (Added it here as a See also and not a dependency, as it's a different section of the template and shouldn't cause a merge conflict.) -- You are receiving this mail because: You are watching all bug changes.