Bug 26787 - getletter does not fallback to default language - transaction receipts can be blank
Summary: getletter does not fallback to default language - transaction receipts can be...
Status: RESOLVED DUPLICATE of bug 27660
Alias: None
Product: Koha
Classification: Unclassified
Component: Fines and fees (show other bugs)
Version: Main
Hardware: All All
: P5 - low enhancement
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-22 18:52 UTC by Nick Clemens (kidclamp)
Modified: 2021-06-10 12:08 UTC (History)
3 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Nick Clemens (kidclamp) 2020-10-22 18:52:01 UTC 
getletter does not fallback to default language, it searches for a language if passed then gives up

To recreate
1 - Enable 'TranslateNotices' syspref
2 - Define ACCOUNT_CREDIT notice for print transport in default language
3 - Make sure 'English (en)' notice is not defined
4 - Make a payment on a patrons account
5 - Go to the patrons transactions and click 'Print' on the payment
6 - Is blank?
7 - Copy notice from default to english
8 - Try again, it works
Comment 1 Jonathan Druart 2021-06-04 10:27:20 UTC 
getletter must not fallback, see also bug 27660.

And bug 28514.

*** This bug has been marked as a duplicate of bug 27660 ***
Comment 2 Martin Renvoize (ashimema) 2021-06-10 12:08:07 UTC 
Please also see bug 28374 Nick.. it converts pos/printreciept to use GetPreparedLetter.