https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43955
Martin Renvoize (ashimema) <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CONFIRMED |Needs Signoff --- Comment #2 from Martin Renvoize (ashimema) <[email protected]> --- Clarification on the scope of this patch: the Accounting link it changes (members/boraccount.tt) is only the Print action shown for PAYOUT rows, which is the only Accounting receipt that goes through pos/printreceipt.pl. Ordinary payment receipts in Accounting already use members/printfeercpt.pl, which prints directly, so they are not affected by this bug and are not changed. I tested the three affected links in a browser with window.print stubbed to count calls, with FinePaymentAutoPopup off: - POS "Payment received" > Print receipt - Cash register transaction history > print receipt - Accounting > Print on a payout row Before the patch each one opened the receipt page with its Print button and made no print call. After the patch each prints straight away. The receipt page opened without autoprint still shows the Print and Close buttons, and the members/printfeercpt.pl receipts behave as before. The links are normal user clicks (target="_blank" anchors, and a window.open inside a click handler for the register history), so this does not reintroduce the popup blocker problem fixed by Bug 41705. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug. _______________________________________________ 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/
