https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38806
--- Comment #3 from Emily Lamancusa (emlam) <[email protected]> --- (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. _______________________________________________ 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/
