CiviCRM Core issueshttps://lab.civicrm.org/dev/core/-/issues2019-10-14T17:55:01Zhttps://lab.civicrm.org/dev/core/-/issues/870Add pre/post hooks for price set / field/option2019-10-14T17:55:01ZyashodhaAdd pre/post hooks for price set / field/optionAdd pre/post hooks for price set/field/option.Add pre/post hooks for price set/field/option.5.18.2yashodhayashodhahttps://lab.civicrm.org/dev/core/-/issues/871CIVICRM References SF ISSUE2019-04-16T16:29:51ZVirenmageCIVICRM References SF ISSUEI want to display all REFERENCES SF on front-end of login user's dashboard with contact ID in wordpress but I am unable to display REFERENCES SF.
whenever I login with admin and hit below url with php function "file_get_contents" then i...I want to display all REFERENCES SF on front-end of login user's dashboard with contact ID in wordpress but I am unable to display REFERENCES SF.
whenever I login with admin and hit below url with php function "file_get_contents" then it return data in json formate and logout from admin then it does not return any data.I think civicrm check admin login.
url : https://xyz.com/?page=CiviCRM&q=civicrm%2Fajax%2Fmultirecordfieldlist&snippet=4&cid=213&cgid=11&draw=1&columns%5B0%5D%5Bdata%5D=year_26&columns%5B0%5D%5Bname%5D=&columns%5B0%5D%5Bsearchable%5D=true&columns%5B0%5D%5Borderable%5D=true&columns%5B0%5D%5Bsearch%5D%5Bvalue%5D=&columns%5B0%5D%5Bsearch%5D%5Bregex%5D=false&columns%5B1%5D%5Bdata%5D=type_of_provider_27&columns%5B1%5D%5Bname%5D=&columns%5B1%5D%5Bsearchable%5D=true&columns%5B1%5D%5Borderable%5D=true&columns%5B1%5D%5Bsearch%5D%5Bvalue%5D=&columns%5B1%5D%5Bsearch%5D%5Bregex%5D=false&columns%5B2%5D%5Bdata%5D=country_28&columns%5B2%5D%5Bname%5D=&columns%5B2%5D%5Bsearchable%5D=true&columns%5B2%5D%5Borderable%5D=true&columns%5B2%5D%5Bsearch%5D%5Bvalue%5D=&columns%5B2%5D%5Bsearch%5D%5Bregex%5D=false&columns%5B3%5D%5Bdata%5D=action&columns%5B3%5D%5Bname%5D=&columns%5B3%5D%5Bsearchable%5D=true&columns%5B3%5D%5Borderable%5D=false&columns%5B3%5D%5Bsearch%5D%5Bvalue%5D=&columns%5B3%5D%5Bsearch%5D%5Bregex%5D=false&start=0&length=25&search%5Bvalue%5D=&search%5Bregex%5D=false
I have used below code as well but I am unable to get REFERENCES SF. Please check and confirm where I am lacking and which code good to go with. Please guide me as I am stuck in it badly .
$contact_id = get_user_meta($userID, 'contact_id', true);
require_once WP_PLUGIN_DIR . '/civicrm/civicrm/api/class.api.php';
civicrm_initialize();
$result = civicrm_api3(
'Contact',
'get',
[
'sequential' => 1,
'return' => [
"custom_23",
"custom_16",
"organization_name",
"custom_17",
"email",
"phone",
"custom_29",
"custom_25",
"custom_26",
"custom_27",
"custom_24",
"custom_22",
"custom_21",
"custom_20",
"custom_19",
"custom_18",
"custom_28",
"city",
"street_address",
"address_id"
],
'id' => $contact_id,
]
);https://lab.civicrm.org/dev/core/-/issues/872New colours for menu look like a regression (shoreditch)2019-04-13T17:46:01ZeileenNew colours for menu look like a regression (shoreditch)@colemanw I deployed 5.13 on staging and with shoreditch it looks really bad. However, if I change the menu colour to white it looks OK. The default for the new setting doesn't seem to be white....
![Screen_Shot_2019-04-13_at_1.41.30_PM...@colemanw I deployed 5.13 on staging and with shoreditch it looks really bad. However, if I change the menu colour to white it looks OK. The default for the new setting doesn't seem to be white....
![Screen_Shot_2019-04-13_at_1.41.30_PM](/uploads/712fc1b5aa4b9c3b2de06bf6f469d453/Screen_Shot_2019-04-13_at_1.41.30_PM.png)https://lab.civicrm.org/dev/core/-/issues/873Mosaico A/B testing for "Subject" line2022-05-12T22:15:51ZtottenMosaico A/B testing for "Subject" line> This is catch-all issue for linking together various changes in https://github.com/veda-consulting/uk.co.vedaconsulting.mosaico/ and https://github.com/civicrm/civicrm-core.
## General goal
When composing a new mailing in Mosaico, al...> This is catch-all issue for linking together various changes in https://github.com/veda-consulting/uk.co.vedaconsulting.mosaico/ and https://github.com/civicrm/civicrm-core.
## General goal
When composing a new mailing in Mosaico, allow the user to enter multiple subject lines. Each subject will be delivered to a different set of users as part of an A/B test.
## Related documents
* [Wiki: ABn testing v2](https://wiki.civicrm.org/confluence/display/CRM/ABn+testing+v2): This is a specification developed at a previous sprint near Cologne, DE. This issue is targetting the same UI spec, and some of the data-structures anticipate the ABn v2, but it only tackles Mosaico Subject UI - not all the other requirements.
* [Gist: Mosaico A/B planning](https://gist.github.com/totten/cb4ef069b57b90eb4090b4123f5eabb6): Comparison of a few project plans (tasks, trade-offs, etc). We're pursuing A2.
## Exploratory branches
The purpose of an exploratory branch is to allow varied experimentation (tweaking multiple parts with the aim of reaching a cogent/working approach) before submitting each individual change to the full review. Exploratory branches may have frequent/unplanned changes (rebasing, squashing, more commits, etc).
There are a couple exploratory branches:
* https://github.com/totten/civicrm-core/tree/5.7-mosaico-ab-exp
* https://github.com/totten/uk.co.vedaconsulting.mosaico/tree/2.x-ab
## Pull Requests
As specific items from the exploratory changes firm up, they're submitted as full PRs.
* [14044: CiviUnitTestCase - Extract traits to facilitate extension testing](https://github.com/civicrm/civicrm-core/pull/14044)
* [14045: MailingAB - Migrate "copy winner" logic from JS to PHP](https://github.com/civicrm/civicrm-core/pull/14045)
* [14047: civi.api.prepare - Allow dynamic wrappers](https://github.com/civicrm/civicrm-core/pull/14047)https://lab.civicrm.org/dev/core/-/issues/874New Accessible Menu Color Picker display issue on Joomla2019-11-30T21:33:17ZkcristianoNew Accessible Menu Color Picker display issue on JoomlaThe Color picker appears OK on D7 and WP, But css needs tweaking on Joomla
![image](/uploads/360b6809febdf6da997632fe09cc9541/image.png)
@colemanw can you take a look?The Color picker appears OK on D7 and WP, But css needs tweaking on Joomla
![image](/uploads/360b6809febdf6da997632fe09cc9541/image.png)
@colemanw can you take a look?5.21.0https://lab.civicrm.org/dev/core/-/issues/875Accessible Menu Overlap with Pop Up forms2019-04-20T07:40:06ZkcristianoAccessible Menu Overlap with Pop Up formsMenu in below website position causes angular forms to be 'blocked' on D7 and WP
![image](/uploads/0bd37663d54ee90688d0fa88ee5a1a0e/image.png)
![image](/uploads/a42a22c7c88a5f6a6e6bf40753076f83/image.png)
But is OK on Joomla:
![image...Menu in below website position causes angular forms to be 'blocked' on D7 and WP
![image](/uploads/0bd37663d54ee90688d0fa88ee5a1a0e/image.png)
![image](/uploads/a42a22c7c88a5f6a6e6bf40753076f83/image.png)
But is OK on Joomla:
![image](/uploads/aec976ee0e759dca3429fc365bcf729f/image.png)
In Joomla Traditional position (above content) we have some overlap
![image](/uploads/51897bb0da4f39671aafb8b854b44381/image.png)
@colemanw Can you take a look?5.12.3https://lab.civicrm.org/dev/core/-/issues/876Allow url to set IS NULL/ NOT NULL in report for operations2019-04-20T01:07:19ZyashodhaAllow url to set IS NULL/ NOT NULL in report for operationsThis depends on https://lab.civicrm.org/dev/core/issues/865
Now that we allow IS NULL/ NOT NULL for filters like campaign, we should also allow the params to be passed via url.
Before
![op_before](/uploads/7c2e6230fb126eb4baf04b5a1d42de...This depends on https://lab.civicrm.org/dev/core/issues/865
Now that we allow IS NULL/ NOT NULL for filters like campaign, we should also allow the params to be passed via url.
Before
![op_before](/uploads/7c2e6230fb126eb4baf04b5a1d42de14/op_before.png)
After
![op_after](/uploads/cc88aa0e97c5f474ea76aa0bb15679c1/op_after.png)yashodhayashodhahttps://lab.civicrm.org/dev/core/-/issues/877Export Multi-Value custom field result in DB error when label length is great...2023-04-24T05:03:23ZsunilExport Multi-Value custom field result in DB error when label length is greater than 255 char.custom field id xx is of multi-select (Alphanumeric) and having field length 255 char in DB.
If we choose multiple option in select field (assuming total label length is greater than 255 char).
(all multi-select option value length sum ...custom field id xx is of multi-select (Alphanumeric) and having field length 255 char in DB.
If we choose multiple option in select field (assuming total label length is greater than 255 char).
(all multi-select option value length sum come under 255 charter but label length goes beyond that.)
When we export the data, label get stored in temporary table and same get exported.
During the Export process temporary table get created in database and column data length get decided on field length of custom field. in our case it was 255 charter but label goes around 300 character. When Data length is greater than size, query get failed.
To avoid such situation we can increase custom field size from 255 char to 512 char. and code for export
need to changes, column length of temp. table will get adjusted based on custom field length.https://lab.civicrm.org/dev/core/-/issues/878Remove copyright & years from all code, except LICENSE.md etc2020-04-15T06:55:32ZxurizaemonRemove copyright & years from all code, except LICENSE.md etcI'm browsing for a small change made to a template, and I'm navigating through a bunch of NFC changes like 2a73d3b and 6b83d5b. (Clicking on those commits may even WSoD Gitlab, so here's [2a73d3b on Github](https://github.com/civicrm/civ...I'm browsing for a small change made to a template, and I'm navigating through a bunch of NFC changes like 2a73d3b and 6b83d5b. (Clicking on those commits may even WSoD Gitlab, so here's [2a73d3b on Github](https://github.com/civicrm/civicrm-core/commit/2a73d3b).)
Credit to those doing the busywork, but those changes contribute little to the software while adding noise to the commit history of every file in CiviCRM.
The commit messages are fairly inconsistent over time, so someone browsing history can't be 100% sure that any given commit is safe to ignore.
I say it's time to stop changing hundreds of^W^W [thousands of](https://github.com/civicrm/civicrm-core/commit/6b83d5) (?!) files over and over just to update the copyright & CiviCRM version.
Let's make one final commit and remove them all, removing those comments in favour of references to licensing via COPYRIGHT.md (copyright year and owner), LICENSE.md (contents of the AGPL), and https://civicrm.org/licensing instead.
No shortage of other projects demonstrating this - I don't think it's legally contentious based on the number of projects using that approach.https://lab.civicrm.org/dev/core/-/issues/879SMTP help text is misleading - references the wrong admin screen2019-09-04T01:55:36ZMichael McAndrewSMTP help text is misleading - references the wrong admin screen```php
- CRM_Core_Error::fatal(ts('The site administrator needs to enter a valid \'FROM Email Address\' in <a href="%1">Administer CiviCRM &raquo; Communications &raquo; FROM Email Addresses</a>. The email address used may need ...```php
- CRM_Core_Error::fatal(ts('The site administrator needs to enter a valid \'FROM Email Address\' in <a href="%1">Administer CiviCRM » Communications » FROM Email Addresses</a>. The email address used may need to be a valid mail account with your email service provider.', array(1 => $fixUrl)));
+ CRM_Core_Error::fatal(ts('The site administrator needs to enter a valid \'email address\' in <a href="%1">Administer CiviCRM » Communications » Organization Address and Contact Info</a>. The email address used may need to be a valid mail account with your email service provider.', array(1 => $fixUrl)));
```5.18.0https://lab.civicrm.org/dev/core/-/issues/880utf8mb4 warning keeps coming back up2019-04-24T21:47:11Zjohnkutf8mb4 warning keeps coming back upI run CiviCRM 5.12.0 on Drupal 8.6.14 with PHP 7.2.15 and Apache2. I use postgres for my Drupal database, so the databases are split.
When I upgraded to the recent version that added the Mysql utf8mb4 check (5.12, I think), at the Drupa...I run CiviCRM 5.12.0 on Drupal 8.6.14 with PHP 7.2.15 and Apache2. I use postgres for my Drupal database, so the databases are split.
When I upgraded to the recent version that added the Mysql utf8mb4 check (5.12, I think), at the Drupal status page it began showing the message: "It is recommended, though not yet required, to configure your MySQL server for utf8mb4 support. You will need the following MySQL server configuration: innodb_large_prefix=true innodb_file_format=barracuda innodb_file_per_table=true." I added this configuration to my mysqld.cnf, and then restarted and saw that the message was gone. However, when I restarted my Apache server the next time, the message came back, and I found that the civicrm_utf8mb4_test table was present in the database and needed to be dropped. From code inspection, I concluded this could only come about as a result of a race condition with civicrm-core/Civi/Install/Requirements.php, where the table is created as a non-temporary table. So I changed that code to 'CREATE TEMPORARY TABLE ...' and 'DROP TEMPORARY TABLE ...', which caused the problem to go away.
However, my attempts to capture debug_backtrace() at this point in the code have all failed. I don't understand why that is. I tried printing it to the apache error log, as well as writing it to a file in '/tmp'. I have a dev version of the site, which uses the same CiviCRM database connection, so I also have disabled this site in my Apache configuration, as it seems like it could have been a complicating factor. The bug still occurs, with that original Civi/Install/Requirements.php.5.14.0https://lab.civicrm.org/dev/core/-/issues/881Membership status processor ignoring records where is_override=02019-04-20T03:27:11ZStoobMembership status processor ignoring records where is_override=0I believe [this well-meaning PR](https://github.com/civicrm/civicrm-core/commit/354ee85e892103d239663b4fa5939fae94278720#diff-f43c8498e32f5b2d68ab27bcd243ca36) created a minor regression.
Not sure if `if (!$dao->is_override` is a functi...I believe [this well-meaning PR](https://github.com/civicrm/civicrm-core/commit/354ee85e892103d239663b4fa5939fae94278720#diff-f43c8498e32f5b2d68ab27bcd243ca36) created a minor regression.
Not sure if `if (!$dao->is_override` is a functional equivalent to `civicrm_membership.is_override IS NULL` where value of is_override=0.
While CiviCRM no longer sets is_override to NULL when is_override is discontinued, is_override can be zero 0, and these values were never converted to NULL in past upgrades. In fact for example in my database 300 of 7500 records are is_override=0.
Bottom line: is_override=0 membership records were, can and should be processed for status update.
Here's my PR. https://github.com/civicrm/civicrm-core/pull/14059https://lab.civicrm.org/dev/core/-/issues/882ACLs don't work on "Tab with table" custom field groups2023-05-31T05:03:19ZJonGoldACLs don't work on "Tab with table" custom field groupsTo replicate on master:
* Create a new role, "Read Only".
* Give the role only the "Access CiviCRM" permission.
* Create a new group "Read Only" of type "Access Control".
* Create a multi-record custom group with display type of "Tab wit...To replicate on master:
* Create a new role, "Read Only".
* Give the role only the "Access CiviCRM" permission.
* Create a new group "Read Only" of type "Access Control".
* Create a multi-record custom group with display type of "Tab with table".
* Create a new user, give them the "Read Only" role and place them in the "Read Only" group.
* Configure an ACL that grants "View" access to one or more contacts. Since "Edit own contact" is a special case, ensure that one of the contacts doesn't belong to the user.
* Configure an ACL that grants "View" access to the multi-record custom group.
Expected result:
* This user shouldn't be able to edit a contact's data.
Actual result:
* This user can edit custom fields that are on a "tab with table".
There's a few things that need fixing, I intend to move at least some of these forward:
* The template doesn't have a permission check on the "Add" button.
* The class doesn't have a permission check on the action links.
* The class doesn't have a permission check on postProcess.
Finally, the "Edit" ACL for custom fields don't seem to be respected - but this is out of scope for this issue.JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/883Quick search should use FTS by default2023-01-26T05:03:54ZtottenQuick search should use FTS by defaultModern search systems have trained users to interactively tweak their search-text. For example, if I'm searching for a person named "Joeseph Smith", I might go through a series of searches (depending on the particular data-set, number of...Modern search systems have trained users to interactively tweak their search-text. For example, if I'm searching for a person named "Joeseph Smith", I might go through a series of searches (depending on the particular data-set, number of matches, and quality of the search):
1. "Joe"
2. "Joe Smi"
3. "Joe Smith"
4. "Joseph"
5. "Joseph Smith"
6. "Smith"
7. "Smith J"
8. "Smith, J"
Unfortunately, the default quick-search in Civi doesn't handle this well. Anecdotally, I feel like half of my searches (regardless of how much I tweak the search-text) don't produce the expected result -- even if I hit enter and drill-down to view a longer list of results.
A big part of this originates with a mix of compatibility/complexity concerns. CiviCRM stores contacts with MySQL InnoDB, and (during much of Civi's development) InnoDB's best filter option was `LIKE`... so that's what it uses. But `LIKE` is not very effective for matching names. Of course, MySQL has evolved -- first, MyISAM gained support for "full text search" (FTS); then, in v5.6, InnoDB also gained support for FTS. Civi has some options to use InnoDB FTS, but they're not enabled by default, and (IIRC) they're not integrated with the quick-search. There are third-party search systems (like Solr and ElasticSearch), but they're significant additional deployment/installation matter. Consequently, there is no *general* resolution to this problem (although some sites may have customizations in this space).
### Opinions
InnoDB doesn't have the best performance reputation - e.g. [(1)](https://hackernoon.com/dont-waste-your-time-with-mysql-full-text-search-61f644a54dfa) [(2)](https://www.percona.com/blog/2013/07/31/innodb-full-text-search-in-mysql-5-6-part-3/) - but it *is* the simplest option from an architectural POV. It can search the existing data-stores, and it's supported on any deployment with MySQL v5.6+. To make this architecture compatible with all deployments, all we really need is a slight bump in the system-requirements. Future-You will thank Current-You to please keep the architecture simple.
But the performance is a real consideration. So I'd vote to take an empirical decision-making approach:
1. Do credible benchmarking of some realistic searches using InnoDB FTS. That basically means -- setup a dev site, load a bazillion contacts, add some FTS indices, spy on the "Advanced Search" to grab some example SQL queries, and then manually tweak+execute to see if FTS-enabled variants perform alright. This can answer some key questions without requiring a lot of design discussion.
2. If InnoDB FTS performance is acceptable, then this is great. There's no need for a major new data-layer. We should simply re-engineer the default "Quick Search" to use InnoDB FTS (*with some LExIM provisos*), and we should bump the MySQL requirements (strictly v5.6+ or v5.7+).
3. If InnoDB FTS does not perform well, then solving the search-usability issue will require something else -- e.g. mapping into some other system (e.g. MyISAM FTS, Solr, Elastisearch). This is a more complicated path. I don't want to rule it out, but I'd vote to only look at it if the simpler/KISS architecture doesn't cut it.https://lab.civicrm.org/dev/core/-/issues/884Contact reference field is not defaulted on membership renewal signup form2019-05-09T21:45:00ZPradeep Nayakpradpnayak@gmail.comContact reference field is not defaulted on membership renewal signup formWhen a contact reference custom field for Membership is added in a profile form and is included in membership signup form. The value for contact reference field is not defaulted.
![Before](/uploads/6dd722bc896a109ca5d519a572233b3b/Befo...When a contact reference custom field for Membership is added in a profile form and is included in membership signup form. The value for contact reference field is not defaulted.
![Before](/uploads/6dd722bc896a109ca5d519a572233b3b/Before.gif)
PR : https://github.com/civicrm/civicrm-core/pull/14077https://lab.civicrm.org/dev/core/-/issues/885Attendee Report: Incorrect filtering by deceased participants2020-12-04T01:44:28ZshaneonabikeAttendee Report: Incorrect filtering by deceased participantsSo today I discovered a pretty strange bug, but I'm open to determine whether this is related to something in the configuration.
**Issue**
When viewing the Attendee List for a new event I noticed that the participant count was lower th...So today I discovered a pretty strange bug, but I'm open to determine whether this is related to something in the configuration.
**Issue**
When viewing the Attendee List for a new event I noticed that the participant count was lower than the Event Participants List. What is narrows down to is that the Attendee List has a *filter for excluding deceased participants*. When I set this to **Any** value it works perfectly.
I traced on so called *deceased* participant and they are not set to deceased. All of these users were imported about 1.5 years ago from an old CiviCRM system and imported here. I don't know if perhaps there an incorrect value is set for the deceased value and therefore is causing certain participants to be considered this way. In total I believe there is about **48** in total :/
**CiviCRM Details**
* Drupal 7
* CiviCRM 5.12.0
* PHP 7.3.4https://lab.civicrm.org/dev/core/-/issues/886Contribution gets saved with wrong financial type2019-04-25T07:00:42Zrita_compucorpContribution gets saved with wrong financial typeHi all!
There is a small issue when you have a membership type with 'financial type A' and having a membership price set with 'financial type B', and the contribution page is using the price set.
Steps:
1. I have a membership called ‘...Hi all!
There is a small issue when you have a membership type with 'financial type A' and having a membership price set with 'financial type B', and the contribution page is using the price set.
Steps:
1. I have a membership called ‘General’
2. I have 2 membership financial types: ‘member dues’ and ‘member dues 20% discount’
3. The ‘General’ membership type is using ‘member dues’ financial type
4. I create a membership price set, adding the ‘General’ membership type with the other financial type (‘member dues 20% discount’) and save it
5. Then I set up a contribution page using financial type ‘member dues 20% discount’
- enable the member processing on the contribution page
- and select the previously created member price set
6. Then I sign up to this membership
- --> and the created contribution is using the ‘member dues’ financial type - **Incorrect** https://nimb.ws/nf8wlZ
- --> the contribution’s line item is using the ‘member dues 20% discount’ financial type - **Correct**
- --> the contribution's transaction item is using the ‘member dues 20% discount’ financial type - **Correct**
I would have expected for the main contribution to use the ‘member dues 20% discount’ too, but apparently its using the Membership Type’s financial type. I have checked on the latest civicrm demo (5.14) site as well and the behaviour is the same.
One of our clients reported this.
Thanks,
Ritahttps://lab.civicrm.org/dev/core/-/issues/887Find Pledges search returns error on dmaster2019-04-20T07:38:32ZStoobFind Pledges search returns error on dmasterReproduce: https://dmaster.demo.civicrm.org/civicrm/pledge/search?reset=1 click "Search" with or without filters.
Result: `Error: Call to a member function getSearchFieldMetadata() on null in CRM_Core_Form_Search::formRule() (line 181 o...Reproduce: https://dmaster.demo.civicrm.org/civicrm/pledge/search?reset=1 click "Search" with or without filters.
Result: `Error: Call to a member function getSearchFieldMetadata() on null in CRM_Core_Form_Search::formRule() (line 181 of /srv/buildkit/build/dmaster/sites/all/modules/civicrm/CRM/Core/Form/Search.php).`
Confirmed on local install of 5.12 as well.5.12.3https://lab.civicrm.org/dev/core/-/issues/888Backoffice participant transfer form does not populate contact reference field2022-11-06T05:03:42ZjitendraBackoffice participant transfer form does not populate contact reference fieldTo replicate -
- Register contact A for an event.
- Click on more -> `Transfer or cancel` link
- Select transfer as an action on the form loaded.
- On the next page, a contact reference field should be populated to select contact B for ...To replicate -
- Register contact A for an event.
- Click on more -> `Transfer or cancel` link
- Select transfer as an action on the form loaded.
- On the next page, a contact reference field should be populated to select contact B for the transfer. Instead a normal first/last name and email field is shown -
![image](/uploads/871d503a90f0d8d4eeb1aaa7af9ab3f0/image.png)jitendrajitendrahttps://lab.civicrm.org/dev/core/-/issues/889Refund throws a fatal error if the main contribution amount is 0.2019-07-24T23:49:56ZjitendraRefund throws a fatal error if the main contribution amount is 0.To replicate -
- Create an event with fee amount options = $0, $50, $100.
- Register contact A for an event with price $50.
- Change selection to $0. Main contribution amount updates to $0.
- Record refund of $50 -> Submit.
- Payment is...To replicate -
- Create an event with fee amount options = $0, $50, $100.
- Register contact A for an event with price $50.
- Change selection to $0. Main contribution amount updates to $0.
- Record refund of $50 -> Submit.
- Payment is refunded but the ajax form is stuck with an Error.
![image](/uploads/faa4e2e7ab7426855003435b9b5277e4/image.png)jitendrajitendra