[Koha-bugs] [Bug 29792] Transfers created from Wrong Transfer checkin are not sent if modal is dismissed

[bugzilla-daemon at bugs.koha-community.org]

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29792

--- Comment #7 from Martin Renvoize <martin.renvoize at ptfs-europe.com> ---
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.