https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38806 --- Comment #3 from Emily Lamancusa (emlam) <emily.lamancusa@montgomerycountymd.gov> --- (In reply to Victor Grousset/tuxayo from comment #2)
For me it works with just bug 38588. The issue on step 12 isn't here anymore :D
I do still reproduce bug 38793 (cancel button doesn't cancel) with 38588 applied, but only with TransfersBlockCirc set to "don't block" and AutomaticConfirmTransfer set to "do". If I leave the sysprefs at their default values, then it works as expected.
"if there's a need for it though" Oh, so the only issue remaining here with bug 38588 applied would be mostly a weird behavior? Is the scenario relevant enough to still be considered a bug? Otherwise that would be a UX enhancement. In other words, is it really a problem vs the other tickets in this area. I'm not a librarian so I might find bugs or bad UX that aren't that relevant ^^"
I'm not sure either! Our library system doesn't have any situations where we generate unsent transfers intentionally, so I can't really say how important/desirable it is to be able to cancel an unsent transfer at checkin. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.