Financial issueshttps://lab.civicrm.org/dev/financial/-/issues2019-02-28T23:10:03Zhttps://lab.civicrm.org/dev/financial/-/issues/46(Regression) Contribution page amounts change on save when > $1,0002019-02-28T23:10:03ZJonGold(Regression) Contribution page amounts change on save when > $1,000Attached is a video replicating the bug on dmaster.demo.civicrm.org.
When specifying a donation amount of $1000 or more (on a monolingual en_US site), the amount is saved as `$1,000.00`.
When you press save again, the comma is treated as...Attached is a video replicating the bug on dmaster.demo.civicrm.org.
When specifying a donation amount of $1000 or more (on a monolingual en_US site), the amount is saved as `$1,000.00`.
When you press save again, the comma is treated as a decimal separator, and so it's resaved as $1.
[thousandseparatorbug-2019-02-27_16.07.04.mkv](/uploads/3efa6a65f2585256b3792f512ce29416/thousandseparatorbug-2019-02-27_16.07.04.mkv)5.11JonGoldJonGoldhttps://lab.civicrm.org/dev/financial/-/issues/220With tax enabled Total Amount is confusing in online receipt and tax amount l...2023-11-15T18:37:43ZDaveDWith tax enabled Total Amount is confusing in online receipt and tax amount line is wrongIt used to show the amount before tax and the tax amount. But now it looks like this. There was $2 tax.
![untitled3](/uploads/2d19419c080ae6f6f009d1e6f7eff44d/untitled3.png)
This is the same as https://lab.civicrm.org/dev/financial/-/i...It used to show the amount before tax and the tax amount. But now it looks like this. There was $2 tax.
![untitled3](/uploads/2d19419c080ae6f6f009d1e6f7eff44d/untitled3.png)
This is the same as https://lab.civicrm.org/dev/financial/-/issues/206 just in the interim changes have caused the problem to shift.
Also the confirm and thankyou pages make no mention of the tax and there's now a php warning about a missing tax var on those pages.
![untitled7](/uploads/8fcb99238d074a7dd4a53ec000bf51b1/untitled7.png)
![untitled8](/uploads/ebb164e557d99a76bb0f90381b0525c9/untitled8.png)
One way to reproduce:
1. Turn on tax and invoicing. https://docs.civicrm.org/user/en/latest/contributions/sales-tax-and-vat/
* In my case I set up a non-deductible financial type called t-shirts and a corresponding sales tax account that has 5% tax.
2. Create a price set for it.
* There's one price field. I used type text/quantity. Field is required although that's not relevant just makes sense here. Financial type t-shirts.
3. Set up the dummy payment processor.
4. Create a contribution page with that processor and financial type t-shirts and use the price set. Set it to send a receipt.
5. Buy a t-shirt.5.68.0https://lab.civicrm.org/dev/financial/-/issues/193After import of contribution: User deprecated function: Deprecated function C...2022-06-10T09:05:04ZTobias KrauseAfter import of contribution: User deprecated function: Deprecated function CRM_Core_OptionGroup::getValueWe get the above warning after the import of contributions on CiviCRM 5.48.2 with Drupal 9. The full message is:
`User deprecated function: Deprecated function CRM_Core_OptionGroup::getValue, use CRM_Core_PseudoConstant::getKey. in CRM_...We get the above warning after the import of contributions on CiviCRM 5.48.2 with Drupal 9. The full message is:
`User deprecated function: Deprecated function CRM_Core_OptionGroup::getValue, use CRM_Core_PseudoConstant::getKey. in CRM_Core_Error::deprecatedFunctionWarning() (line 1043 of /vendor/civicrm/civicrm-core/CRM/Core/Error.php).`5.51.0https://lab.civicrm.org/dev/financial/-/issues/192CiviCRM crashes when I select ZMK as default currency2022-09-09T13:10:06ZmitoworksCiviCRM crashes when I select ZMK as default currencyA clean install of CiviCRM on Wordpress crashes whenever I select ZMK as default currency. My installation details are:
> WordPress version 5.9.2
> Current theme: Twenty Twenty-Two (version 1.1)
> Current plugin: CiviCRM (version 5.4...A clean install of CiviCRM on Wordpress crashes whenever I select ZMK as default currency. My installation details are:
> WordPress version 5.9.2
> Current theme: Twenty Twenty-Two (version 1.1)
> Current plugin: CiviCRM (version 5.47.2)
> PHP version 8.0.16
```
Error Details
=============
An error of type E_ERROR was caused in line 19 of the file /home/monkey/public_html/civic/wp-content/plugins/civicrm/civicrm/vendor/brick/money/src/Exception/UnknownCurrencyException.php. Error message: Uncaught Brick\Money\Exception\UnknownCurrencyException: Unknown currency code: ZMK in /home/monkey/public_html/civic/wp-content/plugins/civicrm/civicrm/vendor/brick/money/src/Exception/UnknownCurrencyException.php:19
Stack trace:
#0 /home/monkey/public_html/civic/wp-content/plugins/civicrm/civicrm/vendor/brick/money/src/ISOCurrencyProvider.php(120): Brick\Money\Exception\UnknownCurrencyException::unknownCurrency()
#1 /home/monkey/public_html/civic/wp-content/plugins/civicrm/civicrm/vendor/brick/money/src/Currency.php(91): Brick\Money\ISOCurrencyProvider->getCurrency()
#2 /home/monkey/public_html/civic/wp-content/plugins/civicrm/civicrm/vendor/brick/money/src/Money.php(189): Brick\Money\Currency::of()
#3 /home/monkey/public_html/civic/wp-content/plugins/civicrm/civicrm/CRM/Utils/Money.php(209): Brick\Money\Money::of()
#4 /home/monkey/public_html/civic/wp-content/plugins/civicrm/civicrm/CRM/Utils/Money.php(88): CRM_Utils_Money::formatUSLocaleNumericRounded()
#5 /home/monkey/public_html/civic/wp-content/plugins/civicrm/civicrm/CRM/Core/Resources/Common.php(219): CRM_Utils_Money::format()
#6 /home/monkey/public_html/civic/wp-content/plugins/civicrm/civicrm/CRM/Core/Resources/Common.php(128): CRM_Core_Resources_Common::coreResourceList()
#7 /home/monkey/public_html/civic/wp-content/uploads/civicrm/templates_c/CachedCiviContainer.a02b080bd0d8fdf7053d123f1aecc5d2.php(807): CRM_Core_Resources_Common::createFullBundle()
#8 /home/monkey/public_html/civic/wp-content/plugins/civicrm/civicrm/vendor/symfony/dependency-injection/Container.php(306): CachedCiviContainer->getBundle_CoreResourcesService()
#9 /home/monkey/public_html/civic/wp-content/plugins/civicrm/civicrm/Civi.php(174): Symfony\Component\DependencyInjection\Container->get()
#10 /home/monkey/public_html/civic/wp-content/plugins/civicrm/civicrm/CRM/Core/Resources.php(214): Civi::service()
#11 /home/monkey/public_html/civic/wp-content/plugins/civicrm/civicrm/CRM/Core/Resources.php(382): CRM_Core_Resources->addBundle()
#12 /home/monkey/public_html/civic/wp-content/plugins/civicrm/civicrm.php(1087): CRM_Core_Resources->addCoreResources()
#13 /home/monkey/public_html/civic/wp-content/plugins/civicrm/includes/civicrm.admin.php(761): CiviCRM_For_WordPress->add_core_resources()
#14 /home/monkey/public_html/civic/wp-includes/class-wp-hook.php(307): CiviCRM_For_WordPress_Admin->admin_page_load()
#15 /home/monkey/public_html/civic/wp-includes/class-wp-hook.php(331): WP_Hook->apply_filters()
#16 /home/monkey/public_html/civic/wp-includes/plugin.php(474): WP_Hook->do_action()
#17 /home/monkey/public_html/civic/wp-admin/admin.php(237): do_action()
#18 {main}
thrown
```
After this, I can't do anything else under the CiviCRM menu
It looks like a change in currency to ZMW in 2013 is causing the issue.5.54.0https://lab.civicrm.org/dev/financial/-/issues/184Using GHC as a default currency causes a fatal error with Brick/Money2022-08-31T15:25:46ZbgmUsing GHC as a default currency causes a fatal error with Brick/MoneyTo reproduce:
* Go to dmaster
* Admin > Localisation > Language etc
* Set the default currency to "GHC"
Result:
> Brick\Money\Exception\UnknownCurrencyException: Unknown currency code: GHC in Brick\Money\Exception\UnknownCurrencyExcep...To reproduce:
* Go to dmaster
* Admin > Localisation > Language etc
* Set the default currency to "GHC"
Result:
> Brick\Money\Exception\UnknownCurrencyException: Unknown currency code: GHC in Brick\Money\Exception\UnknownCurrencyException::unknownCurrency() (line 19 of /srv/buildkit/build/dmaster/web/sites/all/modules/civicrm/vendor/brick/money/src/Exception/UnknownCurrencyException.php).
And CiviCRM is ironically bricked, i.e. CiviCRM will systematically fatal.
The ISO code for Ghana is "GHS", which is what Brick/Money uses.
https://en.wikipedia.org/wiki/Ghanaian_cedi5.45.0https://lab.civicrm.org/dev/financial/-/issues/171False positive message about missing INTL PHP extension on membership type form2021-03-31T23:26:43ZDaveDFalse positive message about missing INTL PHP extension on membership type formHappens on dmaster.demo too so it's not windows or anything weird.
1. Click add membership type.
2. Click cancel. It happens if you fill it out too but this is quicker and is enough to see it.
There might be a couple things here.
One ...Happens on dmaster.demo too so it's not windows or anything weird.
1. Click add membership type.
2. Click cancel. It happens if you fill it out too but this is quicker and is enough to see it.
There might be a couple things here.
One is that the message is tied partly to whether the value is numeric, which doesn't really have anything to do with the missing php extension.
The second is that for whatever reason the $amount value is being passed in as `<input size="6" maxlength="14" name="minimum_fee" type="text" id="minimum_fee" class="six crm-form-text" />`. I'm not sure yet what the mismatch is there.
It's kind of a regression because of the numeric part, but the form value might be old.5.37.0https://lab.civicrm.org/dev/financial/-/issues/170Minor buttonrama issue with Cancel button after exporting financial batch2021-03-19T19:29:58ZDaveDMinor buttonrama issue with Cancel button after exporting financial batchOn the non-modal screen after you choose the export format and export the batch, what's supposed to happen is the Cancel button text should change to say "Done". Since it's no longer an `<input>` element the current method used to do tha...On the non-modal screen after you choose the export format and export the batch, what's supposed to happen is the Cancel button text should change to say "Done". Since it's no longer an `<input>` element the current method used to do that doesn't work anymore.
It's this line in templates/CRM/Financial/Form/Export.tpl:
`$('#_qf_Export_cancel').val('{/literal}{ts}Done{/ts}{literal}');`
It's a little tricky with the button because you need to replace the text without also replacing the `<i>` element which is inside the button, so you can't just change `val` to `text`. This might do it as long as the translation doesn't have special chars in it, but that would have been a problem before too:
`$('#_qf_Export_cancel').html($('#_qf_Export_cancel').html().replace('{/literal}{ts}Cancel{/ts}{literal}', '{/literal}{ts}Done{/ts}{literal}'));`
Or since the icon shouldn't be an X anymore anyway, maybe it's ok to just use text().5.37.0https://lab.civicrm.org/dev/financial/-/issues/169"Export" from Batch Edit screen no longer works on D82021-03-11T19:14:54ZJonGold"Export" from Batch Edit screen no longer works on D8#### To replicate on d8master:
* Click **Contributions » Accounting Batches » New Batch**.
* Click **Save**.
* Assign at least one transaction to the batch.
* Go to **Contributions » Accounting Batches » Open Batches**.
* Attempt to expo...#### To replicate on d8master:
* Click **Contributions » Accounting Batches » New Batch**.
* Click **Save**.
* Assign at least one transaction to the batch.
* Go to **Contributions » Accounting Batches » Open Batches**.
* Attempt to export, either from the *Actions* menu, or by clicking **More » Export**.
* A pop-up will appear allowing you to select the export format. Click **OK**
#### Expected result
Batch export proceeds.
#### Actual result
Nada.
The Dev console shows the error - "jquery.redirect.min.js" can't be found. This has to do with how the Resource URLs are split into `core` and `packages` inside `<webroot>/libraries/civicrm`. It's impossible to call `jquery.redirect.min.js`.
Moreover, this UI has always been a bit flaky. If you click **Transactions** on the *Open Batches* screen, the **Export** button will bring you to the next screen. The two methods I outlined above bring up an extra modal dialog, the options of which are repeated on the next screen. So rather than fix the bug, I think we should remove the modal altogether.5.37.0JonGoldJonGoldhttps://lab.civicrm.org/dev/financial/-/issues/166Account IIF Export Amount Format improper2021-03-01T02:27:36ZLoganBearAccount IIF Export Amount Format improperBatches created before 5.34 export simple value amounts:
```
12.00
-12.00
```
Batches after the upgrade to 5.34 adds a dollar sign to the amount:
```
$12.00
-$12.00
```
I can't get these files imported without loading them into Excel...Batches created before 5.34 export simple value amounts:
```
12.00
-12.00
```
Batches after the upgrade to 5.34 adds a dollar sign to the amount:
```
$12.00
-$12.00
```
I can't get these files imported without loading them into Excel and changing the formatting.5.35.0https://lab.civicrm.org/dev/financial/-/issues/160Allocation of "fee amount" is incorrect if fee is added after contribution is...2020-12-11T17:11:37ZJonGoldAllocation of "fee amount" is incorrect if fee is added after contribution is created#### Steps to replicate:
* Go to **Administer » CiviContribute » Payment Methods**. Note the default payment method.
* Also note a payment method that doesn't have the same financial account.
On a clean install, "Check" is the default ...#### Steps to replicate:
* Go to **Administer » CiviContribute » Payment Methods**. Note the default payment method.
* Also note a payment method that doesn't have the same financial account.
On a clean install, "Check" is the default method, and "Credit Card" has a different financial account. I'll use those in my example below.
* Create a contribution with payment method of credit card. Enter a fee amount, save, and note the contribution ID.
* Run the following SQL to view the financial account IDs of the transaction (my contribution ID is 96 below):
```sql
mysql> SELECT entity_id, amount, from_financial_account_id, to_financial_account_id, total_amount, fee_amount FROM civicrm_entity_financial_trxn ceft JOIN civicrm_financial_trxn cft ON ceft.financial_trxn_id = cft.id WHERE entity_table = 'civicrm_contribution' AND entity_id = 96;
+-----------+--------+---------------------------+-------------------------+--------------+------------+
| entity_id | amount | from_financial_account_id | to_financial_account_id | total_amount | fee_amount |
+-----------+--------+---------------------------+-------------------------+--------------+------------+
| 96 | 18.00 | NULL | 12 | 18.00 | 4.00 |
| 96 | 4.00 | 12 | 5 | 4.00 | 0.00 |
+-----------+--------+---------------------------+-------------------------+--------------+------------+
```
* The above is correct - the `from_financial_account_id` of the fee trxn matches the `to_financial_account_id` of the main trxn.
* Create a second contribution with payment method of credit card, but do *not* enter the fee.
* Save the contribution, then immediately edit it to add the fee.
* When you run the SQL above, it will look like this:
```sql
mysql> SELECT entity_id, amount, from_financial_account_id, to_financial_account_id, total_amount, fee_amount FROM civicrm_entity_financial_trxn ceft JOIN civicrm_financial_trxn cft ON ceft.financial_trxn_id = cft.id WHERE entity_table = 'civicrm_contribution' AND entity_id = 95;
+-----------+--------+---------------------------+-------------------------+--------------+------------+
| entity_id | amount | from_financial_account_id | to_financial_account_id | total_amount | fee_amount |
+-----------+--------+---------------------------+-------------------------+--------------+------------+
| 95 | 11.00 | NULL | 12 | 11.00 | 0.00 |
| 95 | 3.00 | 6 | 5 | 3.00 | 0.00 |
+-----------+--------+---------------------------+-------------------------+--------------+------------+
```
Note that the fee's `from_financial_account_id` no longer matches the account of the main transaction - it matches the financial account ID of the **default** payment method, not the payment method of this contribution.
**tl;dr:** The financial transaction for a fee amount is calculated incorrectly if you edit the fee after the contribution is saved.
I haven't written a patch/test yet, but I intend to in the next day or two.5.34.0JonGoldJonGoldhttps://lab.civicrm.org/dev/financial/-/issues/156Refund status not set correctly when cancelled_payment_id is set2020-11-09T14:28:28ZJonGoldRefund status not set correctly when cancelled_payment_id is setThis is the same as https://lab.civicrm.org/extensions/stripe/-/issues/260, but the issue lies in core.
### Steps to Replicate
* Create a contribution.
* Refund the entire contribution via `Payment.create`. Set the `cancelled_payment_i...This is the same as https://lab.civicrm.org/extensions/stripe/-/issues/260, but the issue lies in core.
### Steps to Replicate
* Create a contribution.
* Refund the entire contribution via `Payment.create`. Set the `cancelled_payment_id`.
### Expected Result
The contribution's status should be "Refunded".
### Actual Result
The contribution's status remains "Completed".
PR [16148](https://github.com/civicrm/civicrm-core/pull/16148)'s purpose is to set a contribution's status to "Refunded" when the refund's total equals the contribution's total (in `CRM_Financial_BAO_Payment::create()`.
However, this function [returns early](https://github.com/civicrm/civicrm-core/blob/0b44c58f8d6abea7e0be266d89e0100a0e871f60/CRM/Financial/BAO/Payment.php#L99-L102) if the `cancelled_payment_id` is set. Stripe 6.5 [sets that value](https://lab.civicrm.org/extensions/stripe/-/blob/master/CRM/Core/Payment/StripeIPN.php#L318) (as it should). So that code never runs.
Moreover, the test on PR 16148 doesn't set this value, so the bug isn't caught.5.32.0JonGoldJonGoldhttps://lab.civicrm.org/dev/financial/-/issues/150civicrm/payment/form url got empty currency argument in backoffice live CC form2021-07-07T08:47:08ZMonish Debcivicrm/payment/form url got empty currency argument in backoffice live CC formThis affects iATS Payments ACH/EFT payment processor which renders the payment block based on currency chosen. Here are the steps to replicate:
1. Install and enable [iATS paymentextension](https://github.com/iATSPayments/com.iatspayme...This affects iATS Payments ACH/EFT payment processor which renders the payment block based on currency chosen. Here are the steps to replicate:
1. Install and enable [iATS paymentextension](https://github.com/iATSPayments/com.iatspayments.civicrm)
2. Add and configure an iATS Payments ACH/EFT payment type payment processor.
3. Enable USD and CAD currencies
4. Go to 'Submit Credit Card Contribution' backoffice form
5. Choose payment processor created at step 2
Issue:
1. Payment block renders payment block with check template
2. Switching currency doesn't update the payment block.
For more detail discussion on MM - https://chat.civicrm.org/civicrm/pl/ixxrxhxs43r4mfyjpnf6tnwnnc
ping @KarinG @eileen @JoeMurray @seamuslee5.31.0Monish DebMonish Debhttps://lab.civicrm.org/dev/financial/-/issues/117Payment edit link cannot be modified2020-02-11T20:07:09Zadrian@roomify.usPayment edit link cannot be modifiedOn the 'View Contribution' page, the payment details edit link is not currently modifiable via hook_civicrm_links. Related issue: https://issues.civicrm.org/jira/browse/CRM-13434
I'll be submitting a PR.On the 'View Contribution' page, the payment details edit link is not currently modifiable via hook_civicrm_links. Related issue: https://issues.civicrm.org/jira/browse/CRM-13434
I'll be submitting a PR.5.24.0https://lab.civicrm.org/dev/financial/-/issues/111Thank-you letter incorrect contribution currency2020-10-09T01:04:37ZkleehkThank-you letter incorrect contribution currencySteps to replicate:
* Enter a contribution with a currency that is not the default.
* Using any method that supports contribution tokens (Thank-you letter print or email, CiviRules, etc.) use one of the following tokens: `{contribution.t...Steps to replicate:
* Enter a contribution with a currency that is not the default.
* Using any method that supports contribution tokens (Thank-you letter print or email, CiviRules, etc.) use one of the following tokens: `{contribution.total_amount} {contribution.fee_amount} {contribution.net_amount}`.
**Expected result**
The token displays the amount formatted to the currency of the contribution.
**Actual result**
The token displays the amount formatted to the default currency.
[Original message follows].
~~~~
My setup: CiviCRM 5.20.0 on Drupal 7.
I entered contributions in different currencies. In Find Contributions, check some entries. At Actions select Thank-you letter print or email.
I put tokens Contributions:
{contribution.currency} {contribution.total_amount} {contribution.fee_amount} {contribution.net_amount}
and it gives me lines like these:
CNY HK$ 1,299.90 HK$ 0.00 HK$ 1,299.90
GBP HK$ 500.00 HK$ 0.00 HK$ 500.00
where CNY and GBP are the currencies of those contributions and HK$ is the symbol of the default currency.
It seems the amounts variables just took the system default, rather than contributions' currencies.
Thank you.
Original post at https://civicrm.stackexchange.com/questions/34031/thank-you-letter-incorrect-contribution-currency5.32.0JonGoldJonGoldhttps://lab.civicrm.org/dev/financial/-/issues/109Invoice does not assign/display the contact's country2020-03-01T20:27:10ZbgmInvoice does not assign/display the contact's countryTo reproduce:
* Enable Taxes and Invoicing
* Edit the "Contribution Invoice Receipt" message template to include `{$country}` (other related contact tokens are called `{$street_address}`, `{$email}`, etc.
* Go to a contact, create a con...To reproduce:
* Enable Taxes and Invoicing
* Edit the "Contribution Invoice Receipt" message template to include `{$country}` (other related contact tokens are called `{$street_address}`, `{$email}`, etc.
* Go to a contact, create a contribution, and from "view contribution", click "print PDF invoice" to view an invoice.
The country will be empty.5.24.0https://lab.civicrm.org/dev/financial/-/issues/102CRM_Event_BAO_AdditionalPaymentTest::testAddPartialPayment should have status...2020-02-18T02:14:42ZeileenCRM_Event_BAO_AdditionalPaymentTest::testAddPartialPayment should have status transition checks fixed & enabledI've commented out the lines because what they tested wasn't valid but they should be fixed & re-enabledI've commented out the lines because what they tested wasn't valid but they should be fixed & re-enabled5.24.0https://lab.civicrm.org/dev/financial/-/issues/100Membership form permits creating invalid transactions2019-11-17T19:31:19ZeileenMembership form permits creating invalid transactionsI discovered you can do this... ie choose to add a 'partially paid contribution'
![Screen_Shot_2019-11-07_at_9.21.34_AM](/uploads/a7c343da47e0a01e8c1308a95ba0fc44/Screen_Shot_2019-11-07_at_9.21.34_AM.png)
& all bets are off if you do -...I discovered you can do this... ie choose to add a 'partially paid contribution'
![Screen_Shot_2019-11-07_at_9.21.34_AM](/uploads/a7c343da47e0a01e8c1308a95ba0fc44/Screen_Shot_2019-11-07_at_9.21.34_AM.png)
& all bets are off if you do - certainly in terms of data integrity as no financial_trxn record is created.
We should remove that status - probably the entire field from that screen & just accept 'amount' & maaaayyyybe payment status....5.21.0https://lab.civicrm.org/dev/financial/-/issues/69Recording one payment against a "Pending (Incomplete Transaction)" results in...2019-10-15T06:15:33ZJonGoldRecording one payment against a "Pending (Incomplete Transaction)" results in two paymentsTo replicate:
* Create a pending contribution (via API, more on this below).
* Record a payment against the contribution.
* Note that two payments are created - one for the full amount, one for the partial amount.
I investigated why thi...To replicate:
* Create a pending contribution (via API, more on this below).
* Record a payment against the contribution.
* Note that two payments are created - one for the full amount, one for the partial amount.
I investigated why this didn't happen via the UI, and it's because the UI creates "Pending (Pay Later)" records. If you pass `is_pay_later = 1` via API, this bug doesn't occur.
The "Pending (Incomplete Transaction)" generates a record in `civicrm_financial_trxn`, which seems odd if the payment didn't happen - but if that IS correct, it should be consistent about whether it appears when you view payments in the UI.5.18.3https://lab.civicrm.org/dev/financial/-/issues/68Check number doesn't get stored in associated financial_trxn record, if the c...2019-09-12T03:27:05ZMonish DebCheck number doesn't get stored in associated financial_trxn record, if the contribution is made using 'Contribution/Membership batch data Entry' formSteps to replicate:
1. Create a Contribution or Membership Batch Data entry with any number of records.
2. Enter the check number and save the contribution(s).
3. Go to the contribution view page.
Result: Check number is missing under...Steps to replicate:
1. Create a Contribution or Membership Batch Data entry with any number of records.
2. Enter the check number and save the contribution(s).
3. Go to the contribution view page.
Result: Check number is missing under payment details section. Although contribution's check number is correctly set.5.18.0Monish DebMonish Debhttps://lab.civicrm.org/dev/financial/-/issues/67Check number doesn't show up if payment method name - Check changed to Cheque2019-09-12T03:26:19ZMonish DebCheck number doesn't show up if payment method name - Check changed to ChequeSteps to replicate:
1. Edit the existing check payment method name to 'Check' to 'Cheque'
2. Do a contribution and enter a check number.
3. Then view the contribution page.
Result : Check number doesn't show up in Contribution view pa...Steps to replicate:
1. Edit the existing check payment method name to 'Check' to 'Cheque'
2. Do a contribution and enter a check number.
3. Then view the contribution page.
Result : Check number doesn't show up in Contribution view page:
![before](/uploads/7eef36f661eb0c087396143b1c2dd09f/before.gif)5.18.0Monish DebMonish Deb