https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42505
Slava Shishkin <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #14 from Slava Shishkin <[email protected]> --- Thanks Pedro, I reproduced the issue from comment 13. The barcode follow-up fixed one symptom, but the slip was still rendered before ModReserveAffect() confirmed the hold. This meant fields updated during confirmation, such as waitingdate and expirationdate, were missing or stale on the first print. This follow-up opens a blank named popup during the user gesture, then submits the confirmation form. The response page loads the slip into the same popup only after the hold has been updated. This preserves the popup blocker fix without passing individual reserve fields as workarounds. Tested manually with a title-level "Next available" hold: - the popup was not blocked; - the first slip contained the checked-in item's barcode; - the first slip showed today's waiting date; - the Waiting hold expiration date was correct; - reloading the slip produced the same values. -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list -- [email protected] To unsubscribe send an email to [email protected] website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
