https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29792
--- Comment #7 from Martin Renvoize <[email protected]> --- Right.. so the idea of the transfers work was to try and remove the quasi-state of not knowing if an item is actually in transit or not... thus we have 'requested' and 'sent' dates to distinguish. If we go back to defaulting to 'sent' in this case, we're going back to not actually knowing if the item has actually been sent or not. Also, from an end-user perspective, the general rule for a modal is to 'fail-safe'. i.e if you ignore a modal then the 'close' action is used by default.. in this case, that is 'do nothing' i.e. don't trigger a cancellation, but also don't trigger to say we've actually loaded the item into the van. We could change the default action to for WrongTransfer to immediately call 'transit' to put the item into transit (set the sent date), we could do the same in circ/returns.pl or we could do it in the template with javascript to automatically trigger the 'ok' action of the modal if one clicks away. But, in all those cases we're ended up with an unknown that some libraries would prefer to avoid. Perhaps we could tie it to another system preference, 'AutomaticWrongTransfer' such that the default of the modal is 'OK' if closed without clicking a button? -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ 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/
