Skip to content
Snippets Groups Projects
user avatar
eileen authored
Per https://github.com/civicrm/civicrm-core/pull/17589 it is necessary that we do NOT pass the wrong payment_instrument_id
to the payment processor. BUT we have to provide accurate defaults for manual payments. This is a narrower fix than

- back office membership form
- back office participant form
- back office contribution form

and in all cases the Manual processor still loaded correctly. I don't feel I can say this is the last fix in this
area but it stands alone as a sensible fix to do and also one that should address the immediate issue.

Note there is some weirdness in a second function in EventFees - that function should GO IMHO - but I have not yet reached it in
UI testing to confirm if other changes need to be made.
eb6d5d25
History

Welcome to CiviCRM

About

CiviCRM is a constituent relationship management system designed to meet the needs of advocacy, non-profit and non-governmental groups. It is an open source project, licensed under GNU AGPL 3, and coordinated by CiviCRM LLC. The project website is https://civicrm.org/

CiviCRM is released as a module that runs within the Drupal, Joomla, and WordPress content management systems.

Installation

The download URLs and installation instructions are available on our website: https://civicrm.org/download

Detailed installation instructions can be found in our sysadmin guide.

Documentation

Documentation can be found at https://docs.civicrm.org

Support

Answers for users, administrators & integrators: http://civicrm.stackexchange.com

Paid support available from https://civicrm.org/providers

Development and Bugs

Developers are highly encouraged to join chat.civicrm.org and post questions and ideas in the Developer Discussion room.

Installing the latest developmental code requires some special steps.

Report all issues to CiviCRM via GitLab: https://lab.civicrm.org/