Development issueshttps://lab.civicrm.org/groups/dev/-/issues2022-08-09T04:21:33Zhttps://lab.civicrm.org/dev/core/-/issues/3786CiviCRM 5.51, Import Participants when matching by External / Contact ID alwa...2022-08-09T04:21:33Zjustinfreeman (Agileware)CiviCRM 5.51, Import Participants when matching by External / Contact ID always matches to Contacts with ID < 10Import Participants when matching by External / Contact ID always matches to Contacts with ID < 10
This is due do an incorrectly replaced Error generation function in core commit [972906b](https://github.com/civicrm/civicrm-core/commit/...Import Participants when matching by External / Contact ID always matches to Contacts with ID < 10
This is due do an incorrectly replaced Error generation function in core commit [972906b](https://github.com/civicrm/civicrm-core/commit/972906b33960dd2126bcb5629faec188f6d1a8f9) (Merged for 5.51.0)
**Steps to reproduce**
1. Create a CSV with a Contact External ID or Contact ID, Event Title, Registration Status
2. Set up the import to match on Contact External ID or Contact ID
3. Map the other fields
4. Execute import
**Error**: Import will execute and create Participant records associated all with Contact ID: 1 or Contact ID: 2 (or another ID < ID:10). Not matching against the correct Contact ID.
Agileware Ref: CIVICRM-20255.52.2https://lab.civicrm.org/dev/core/-/issues/37845.51 regression - Contribution import - external id/contact id matches to wro...2022-08-09T04:22:24Znoah5.51 regression - Contribution import - external id/contact id matches to wrong recordsOverview
----------------------------------------
5.51 introduced a bug whereby contributions were assigned to the wrong contacts if external id or contact id was used as a matching field.
Reproduction steps
----------------------------...Overview
----------------------------------------
5.51 introduced a bug whereby contributions were assigned to the wrong contacts if external id or contact id was used as a matching field.
Reproduction steps
----------------------------------------
1. Make sure you have a contact whose id is 1.
2. Create another contact whose id *starts with* 1. E.g. 11, 1002...
3. Give the second contact an external identifier.
4. Create a CSV for contribution import; include an external id column; create a valid row that uses the external id from the last step.
5. Run the contribution import, using external identifier as a match-to-contact field.
Current behaviour
----------------------------------------
The imported contribution is attached to contact id 1.
Expected behaviour
----------------------------------------
The imported contribution should be attached to the contact with the specified external id.
Comments
----------------------------------------
PR forthcoming5.52.2https://lab.civicrm.org/dev/core/-/issues/3781Fatal Error on upgrade to 5.52.02022-08-18T23:26:03ZkcristianoFatal Error on upgrade to 5.52.0After upgrade from 5.51.3 to 5.52.0 the browser returns a 500 error.
php log shows:
```
[05-Aug-2022 11:41:51 UTC] PHP Fatal error: Declaration of Symfony\Component\DependencyInjection\ServiceLocator::has(string $id) must be compatible...After upgrade from 5.51.3 to 5.52.0 the browser returns a 500 error.
php log shows:
```
[05-Aug-2022 11:41:51 UTC] PHP Fatal error: Declaration of Symfony\Component\DependencyInjection\ServiceLocator::has(string $id) must be compatible with Psr\Container\ContainerInterface::has($id) in /home/wpcv/public_html/wp-content/plugins/civicrm/civicrm/vendor/symfony/dependency-injection/ServiceLocator.php on line 46
```
There is no corresponding entry in ConfigAndLog nor the apache error log
I thought it might be extended reports due to https://github.com/eileenmcnaughton/nz.co.fuzion.extendedreport/issues/516 But doing a git checkout of master first had no effect.
This had not come up in the testing I had done on generic sites, but this did occur on the first production site I upgraded. I'll look further as it may be something site-specific. Logging an issue in case any others have the same problem.
Env:
Apache 2.4
php 7.4
mariadb 10.3
WP 5.9.3
CiviCRM 5.52.0 (upgrade from 5.51.3)https://lab.civicrm.org/dev/core/-/issues/3774Can't submit backend credit card contribution unless you have at least one pa...2022-08-04T21:07:47ZJonGoldCan't submit backend credit card contribution unless you have at least one payment processor that supports a future start dateIf you don't have a payment processor that supports a future start date, you can't submit a credit card contribution.
### Steps to replicate
* On a buildkit site, add a PayPal Pro payment processor. The creds don't have to be valid.
* S...If you don't have a payment processor that supports a future start date, you can't submit a credit card contribution.
### Steps to replicate
* On a buildkit site, add a PayPal Pro payment processor. The creds don't have to be valid.
* Submit a backend credit card contribution with PayPal Pro. Should go through (or tell you invalid credentials).
* Delete the default processor of type "Dummy Payment Processor".
* Submit another backend credit card contribution with PayPal Pro.
### Expected Result
Absence of a dummy test processor shouldn't affect the ability to submit a credit card processor.
### Actual result
```
Please correct the following errors in the form fields below:
Date Received is a required field.
```
### Why
In `CRM_Contribution_Form_AbstractEditPayment::assignProcessors()` is this line:
```
$this->assign('processorSupportsFutureStartDate', CRM_Financial_BAO_PaymentProcessor::hasPaymentProcessorSupporting(['FutureRecurStartDate']));
```
This will return `TRUE` if *any* payment processor supports a future start date. Which in turn causes the `receive_date` to appear on `templates/CRM/Contribute/Form/Contribution.tpl`.
Without the `receive_date` on the form, even hidden, you can't submit the form.
The workaround is to create a dummy processor on your site. I have to run, but tomorrow I'll try to put together a PR that fixes this at the template level.
Is this a regression? I mean, technically yes, but it's two years old. And tricky to catch because the test suite creates the dummy processor in `setUp()`. To catch this we might have to move that out of `setUp()` and into its own helper function.5.52.0JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/3767Import 'encountered an unexpected error' between Step 2 and 3 with 500 rows2022-08-16T22:38:33ZStoobImport 'encountered an unexpected error' between Step 2 and 3 with 500 rowsUsing 5.51.1 Import Contacts the error "The website encountered an unexpected error. Please try again later." This phrase occurs in the CiviCRM code base in several .php files, but is not a normal onscreen backtrace debug output and noth...Using 5.51.1 Import Contacts the error "The website encountered an unexpected error. Please try again later." This phrase occurs in the CiviCRM code base in several .php files, but is not a normal onscreen backtrace debug output and nothing giving more clues in Civi's log files that I can tell.
It occurs in this situation: a file of 500 rows x 30 columns after about 3 seconds of loading after pressing the button in Step 2 to continue to Step 3.
No error appears when that same file is split in half to only 250 rows.
I have tried this same full CSV file (500 rows) on a 5.50.4 install and there is no error.
The import for Individuals with typical data (name, email phone) but does contain several custom fields and an employer relationship. There are also some special characters (international names) I wonder if the import is not handling those well.
Although I cannot provide you my data I would be happy to test if you have a test bed and a way to generate similar testing data of this nature for an import. I hope this has been helpful.https://lab.civicrm.org/dev/core/-/issues/3766Patches for league/csv don't get patched for drupal 9 (https://github.com/civ...2022-08-02T18:53:22ZDaveDPatches for league/csv don't get patched for drupal 9 (https://github.com/civicrm/civicrm-core/pull/24046)It's not so much a regression as a recent change outputs warnings and doesn't work as intended, but effectively it's not doing anything different than before so it's not a functional bug yet.
After https://github.com/civicrm/civicrm-cor...It's not so much a regression as a recent change outputs warnings and doesn't work as intended, but effectively it's not doing anything different than before so it's not a functional bug yet.
After https://github.com/civicrm/civicrm-core/pull/24046
```
Applying patches for league/csv
https://raw.githubusercontent.com/civicrm/civicrm-core/cacdbfaeaed8e04d504bf2fc604536137c03abeb/tools/scripts/composer/leage_csv_fputcsv.patch (Adding in eol support to fputcsv for php8.1)
Could not apply patch! Skipping. The error was: Cannot apply patch https://raw.githubusercontent.com/civicrm/civicrm-core/cacdbfaeaed8e04d504bf2fc604536137c03abeb/tools/scripts/composer/leage_csv_fputcsv.patch
https://github.com/thephpleague/csv/commit/380f884922a6cdaaaaab3ad4bfc7d1d710af736e.patch (Remove deprecated flag from php8.1)
Could not apply patch! Skipping. The error was: Cannot apply patch https://github.com/thephpleague/csv/commit/380f884922a6cdaaaaab3ad4bfc7d1d710af736e.patch
https://github.com/thephpleague/csv/commit/613db0b20157a1114cb1f9a801bd4c9c1f609cdf.patch (Fix php8.1 deprecation errors part 1)
Could not apply patch! Skipping. The error was: Cannot apply patch https://github.com/thephpleague/csv/commit/613db0b20157a1114cb1f9a801bd4c9c1f609cdf.patch
https://github.com/thephpleague/csv/commit/49e2b08ca025ebaf87a904b5645f535c807b6f10.patch (Fix php8.1 deprecation errors part 2)
Could not apply patch! Skipping. The error was: Cannot apply patch https://github.com/thephpleague/csv/commit/49e2b08ca025ebaf87a904b5645f535c807b6f10.patch
https://github.com/thephpleague/csv/commit/b83e972caea3cd22e7aaf65c5cffff1d49b46b69.patch (Fix php8.1 notice issues part 3)
Could not apply patch! Skipping. The error was: Cannot apply patch https://github.com/thephpleague/csv/commit/b83e972caea3cd22e7aaf65c5cffff1d49b46b69.patch
```5.53.0https://lab.civicrm.org/dev/core/-/issues/3765Can't upgrade drupal 9 fully after https://github.com/civicrm/civicrm-core/pu...2022-07-31T01:19:31ZDaveDCan't upgrade drupal 9 fully after https://github.com/civicrm/civicrm-core/pull/24085 - compile plugin failshttps://github.com/civicrm/civicrm-core/pull/24085/files#r933814768
http_build_query gets defined in the new shim, ~~and then guzzle itself tries to redefine it but of course it doesn't check if someone else has defined it first since i...https://github.com/civicrm/civicrm-core/pull/24085/files#r933814768
http_build_query gets defined in the new shim, ~~and then guzzle itself tries to redefine it but of course it doesn't check if someone else has defined it first since it belongs to guzzle.~~ I'm not sure the reason but the error is
```
Compile: Generate CCL wrapper functions
> @php -r "require_once '.../vendor/autoload.php'; Civi\CompilePlugin\TaskTransfer::import(); \CCL\Tasks::template($GLOBALS[\Civi\CompilePlugin\TaskTransfer::GLOBAL_VAR]);"
PHP Fatal error: Cannot redeclare GuzzleHttp\http_build_query() (previously declared in ...\vendor\civicrm\civicrm-core\guzzle_php81_shim.php:29) in ...\web\core\includes\guzzle_php81_shim.php on line 29
Script @php -r "require_once '.../vendor/autoload.php'; Civi\CompilePlugin\TaskTransfer::import(); \CCL\Tasks::template($GLOBALS[\Civi\CompilePlugin\TaskTransfer::GLOBAL_VAR]);" handling the shell-runner event returned with error code 255
Fatal error: Cannot redeclare GuzzleHttp\http_build_query() (previously declared in ...\vendor\civicrm\civicrm-core\guzzle_php81_shim.php:29) in ...\web\core\includes\guzzle_php81_shim.php on line 29
Subcommand @composer compile returned with error code 255
```5.53.0https://lab.civicrm.org/dev/core/-/issues/3756hook_civicrm_geocoderFormat does not alter address components2022-08-03T00:27:09ZAllenShawhook_civicrm_geocoderFormat does not alter address components**Steps to repro:**
1. Create an extension named `geocoderformat` containing this hook implementation:
```
function geocoderformat_civicrm_geocoderFormat($geoProvider, &$values, $xml) {
$values['county_id'] = 2;
}
```
2. Install clean...**Steps to repro:**
1. Create an extension named `geocoderformat` containing this hook implementation:
```
function geocoderformat_civicrm_geocoderFormat($geoProvider, &$values, $xml) {
$values['county_id'] = 2;
}
```
2. Install clean civicrm 5.49.5, enable this extension, and configure geocoding (*eg set "Administer => Mapping => Geocoding Provider" to "Google"*).
3. For any contact, save a new address in California, being sure to leave the county field empty, and observe that the county is forced to "Contra Costa".
4. Install clean civicrm 5.51.1 (I think 5.51.0 will also demonstrate the problem), enable this extension, and configure geocoding.
3. For any contact, save a new address in California, being sure to leave the county field empty, and observe that the county is not altered.
**Best guess as to the cause:**
Changes in cb695d3e4baa5d332d3f7f4a1105bb2c090ec4ee (pinging @colemanw) caused `CRM_Utils_Hook::geocoderFormat('Google', $values, $xml)` to be called in a context in which `$values` is never used.
**Suggested solution:**
The `CRM_Utils_Geocode_Google::makeRequest()` method should receive `$values` as a parameter-by-reference.
I'm planning to submit a simple PR along those lines.5.52.0https://lab.civicrm.org/dev/core/-/issues/3750CiviCRM 5.51.1 APIv4 bug querying tag by name incorrectly returns untagged Co...2022-08-10T02:07:07Zjustinfreeman (Agileware)CiviCRM 5.51.1 APIv4 bug querying tag by name incorrectly returns untagged Contacts when executed by Anonymous but correctly returns tagged Contacts for Authenticated UsersCiviCRM 5.51.1 APIv4 bug querying tag by name **incorrectly** returns **untagged** Contacts when executed by Anonymous but correctly returns tagged Contacts for Authenticated Users. Check Permissions is FALSE for the API call. This was w...CiviCRM 5.51.1 APIv4 bug querying tag by name **incorrectly** returns **untagged** Contacts when executed by Anonymous but correctly returns tagged Contacts for Authenticated Users. Check Permissions is FALSE for the API call. This was working in CiviCRM 5.49.1.
Using CiviCRM 5.49.1, the APIv4 query used the following WHERE clause:
```
$contacts = \Civi\Api4\Contact::get(FALSE)
...
->addWhere('tags:name', 'IN', [9, 'Professional Member'])
```
As of CiviCRM 5.51.1, this started returning different results for Anonymous versus logged in Authenticated Users. Despite the Check Permissions being FALSE for the API call.
In CiviCRM 5.51.1, this WHERE clause DOES work.
```
$contacts = \Civi\Api4\Contact::get(FALSE)
...
->addWhere('tags', 'IN', [9])
```
Also should be noted that this WHERE clause does NOT work either.
```
$contacts = \Civi\Api4\Contact::get(FALSE)
...
->addWhere('tags:name', 'IN', 'Professional Member')
```
Agileware Ref: CIVICRM-2019https://lab.civicrm.org/dev/core/-/issues/3735Can't search contact with only number2023-04-01T16:27:00ZPradeep Nayakpradpnayak@gmail.comCan't search contact with only numberContact search by number has stopped working for a few sites, when searching by only number the system searches by id rather than display/sort name. The system has an external identifier attached to sort/display name which helps the staf...Contact search by number has stopped working for a few sites, when searching by only number the system searches by id rather than display/sort name. The system has an external identifier attached to sort/display name which helps the staff to search the contact based on their old legacy number or by contact name. I can see there has been a [recent change](https://github.com/civicrm/civicrm-core/pull/23609) in Civi which would allow doing a search if the number starts with 0 but it is not the case here.
Is it right to say that force search by id should be a config setting which can be turned off on some systems either via UI or in civicrm.settings.php?5.57.0https://lab.civicrm.org/dev/core/-/issues/3727Afform/SearchKit filters: date range filter not working2022-07-22T06:54:59Zaydunsaidan.saunders@squiffle.ukAfform/SearchKit filters: date range filter not workingI have a searchkit results table in a Form Builder display with a filter on a date field.
Other date filters (eg 'today', 'this year') work correctly, but the 'date range' does not. Looking at the network activity from the browser show...I have a searchkit results table in a Form Builder display with a filter on a date field.
Other date filters (eg 'today', 'this year') work correctly, but the 'date range' does not. Looking at the network activity from the browser shows 'filters' is empty:
```
calls: [["SearchDisplay","run",{"return":"page:1","savedSearch":"Certifications","display":"Certifications","sort":{},"limit":50,"seed":1657202704442,"filters":{},"afform":"afsearchCertifications"}]]
```
To reproduce:
- install https://lab.civicrm.org/extensions/certifications on master
- use `Certifications > New Certification Type` to create a new type: (eg name: 'First Aid', validity: 3 years)
- use `Certifications > New Certification` to create a new certification
- go to `Certifications > List Certifications` - expand filters, note that 'date range' filter on either date field does not work
- open browser's dev tools network tab and note `"filters":{}`colemanwcolemanwhttps://lab.civicrm.org/dev/core/-/issues/3726contact import - unresponsive queue runner - 5.512022-07-10T22:43:09ZUpperholmecontact import - unresponsive queue runner - 5.51Trying to get the contact import working. Everything seems to go well and then I'm presented with the queue runner screen which just sits there and nothing happens.
In the browser console I see a 404 for a file - progress.gif - for whi...Trying to get the contact import working. Everything seems to go well and then I'm presented with the queue runner screen which just sits there and nothing happens.
In the browser console I see a 404 for a file - progress.gif - for which the console provides the URL as : https://mydomain.org/core/misc/progress.gif
Also seeing : SyntaxError: JSON Parse error: Unexpected EOF
Clicking the available Retry button has no effect.
Clicking the other button, which looks to be labelled 'skip', presents a partially completed progress bar with a message like 'processed 5 out of 8 rows' (my import file has just 8 rows of data), but no records appear to get imported.
The temporary database table does appear to get created.
Additionally, I found that clicking the 'skip' button multiple times got me to a reporting page that looked like a summary of perhaps what was supposed to happen. It correctly reported the number of rows in the 'imported data' (although of course no data was actually imported, and it erroneously reported that 8 records were created or modified.5.51.1https://lab.civicrm.org/dev/core/-/issues/3725Contacts with "Access CiviContribute" but not "edit contributions" can no lon...2022-07-09T01:07:10ZJonGoldContacts with "Access CiviContribute" but not "edit contributions" can no longer view contributionsReplication steps are in the title!
This is a regression from [PR 22961](https://github.com/civicrm/civicrm-core/pull/22961).
That calls `CRM_Core_Permission::checkActionPermission()` which says in its description, "Check permissions f...Replication steps are in the title!
This is a regression from [PR 22961](https://github.com/civicrm/civicrm-core/pull/22961).
That calls `CRM_Core_Permission::checkActionPermission()` which says in its description, "Check permissions for delete and edit actions", but it's called even when viewing a contribution.JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/3707Rc import with Wordpress goes to the right url but doesn't 'refresh'2022-07-05T15:47:07ZeileenRc import with Wordpress goes to the right url but doesn't 'refresh'After doing an import in WP the queue runner seems to redirect to the right url but doesn't seem to refresh to it - see how the url is correct but the page below it is the civicrm homepage
![image](/uploads/dd1c1ac79bfac977086c271c762f1...After doing an import in WP the queue runner seems to redirect to the right url but doesn't seem to refresh to it - see how the url is correct but the page below it is the civicrm homepage
![image](/uploads/dd1c1ac79bfac977086c271c762f1ea6/image.png)
If I hit enter on the url I get
![image](/uploads/badd5f37ab99e3e3b6d99474f055a938/image.png)5.51.0https://lab.civicrm.org/dev/core/-/issues/3706RC regression: Valid URLs failing URL validation2022-09-29T14:42:49ZJonGoldRC regression: Valid URLs failing URL validation### Steps to replicate
* Have `php-intl` installed.
* On the master branch, try adding this website to a contact:
```
https://mysite.org/index.php/apps/files/?dir=/Talk/Test%20Folder1/Test%20Folder%202&fileid=597195
```
On 5.50, this sa...### Steps to replicate
* Have `php-intl` installed.
* On the master branch, try adding this website to a contact:
```
https://mysite.org/index.php/apps/files/?dir=/Talk/Test%20Folder1/Test%20Folder%202&fileid=597195
```
On 5.50, this saves correctly, on master branch it fails validation.
In [PR 23755](https://github.com/civicrm/civicrm-core/pull/23755) URL validation uses `idn_to_ascii` ([CRM_Utils_Rule line 224](https://github.com/eileenmcnaughton/civicrm-core/blob/8b3f43f48bdc91c7ed07237f2d8ef1033ffe24b2/CRM/Utils/Rule.php#L224)).JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/3680Currency incorrectly displayed for price set text/quantity fields when defaul...2022-06-22T22:40:03ZDaveDCurrency incorrectly displayed for price set text/quantity fields when default currency is not USD1. Change the default currency to CAD.
2. Create a price set with a text/quantity field, say $100.
3. Create a contribution page and on the amounts tab make the currency USD and use the price set.
4. Visit the contribution page. It says ...1. Change the default currency to CAD.
2. Create a price set with a text/quantity field, say $100.
3. Create a contribution page and on the amounts tab make the currency USD and use the price set.
4. Visit the contribution page. It says CA$100 for the field.
I've marked it regression because it was pointed out by someone who probably would have noticed it before, but I haven't confirmed it's recent. Site is running 5.49.4 and can reproduce on dmaster.demo.5.50.4https://lab.civicrm.org/dev/core/-/issues/3675Permissioned Relationship no longer set up for "On Behalf of Organization" Me...2022-06-23T14:27:09ZmarcusjwilsonPermissioned Relationship no longer set up for "On Behalf of Organization" Membership Contribution Form submissionsOverview
----------------------------------------
Previously, when an Individual Contact would submit a front end Membership Contribution form "On Behalf of Organization", I believe the Individual Contact would have been awarded "View an...Overview
----------------------------------------
Previously, when an Individual Contact would submit a front end Membership Contribution form "On Behalf of Organization", I believe the Individual Contact would have been awarded "View and Edit" permissions over the Organization Contact record created.
In version 5.49.5, it seems that no Permissions are awarded for this Relationship anymore when the Individual Contact registers an Organization as a Member via front end Contributions forms. This means that an Organization's lead for Membership is not able to view/edit their Organization's details.
I suspect this happened some time between 5.44.0 and 5.49.5 - during our last upgrade path.
It seems others are experiencing the same issue, although I'm not had a chance to test on a vanilla install yet.
See thread: https://chat.civicrm.org/civicrm/pl/gwcz6se433difyfzpsqh8bf7ye
Reproduction steps
----------------------------------------
1. Set up a new Contribution form for a "On Behalf of Organization" Memberships - free or paid - using standard Profile forms.
2. Complete the Form front end and submit
Current behaviour
----------------------------------------
3. Employer/Employee relationship is set up between Organization and Individual as before, but no "View/Edit" Relationship is set up for the Individual to view/edit the Organization Contact record as it was before.
Expected behaviour
----------------------------------------
"View/Edit" permission from Individual to Organization contact record should be set up as before.
Environment information
----------------------------------------
CiviCRM: 5.49.5
CMS: WordPress 6.0
PHP: 7.3
Database:MySQL 5.7.7
Comments
----------------------------------------https://lab.civicrm.org/dev/core/-/issues/36735.51 - contact import - regression adding related contacts that are blank2022-08-10T04:52:11ZAndy Clark5.51 - contact import - regression adding related contacts that are blankWhen adding a new contact with a related contact (such as 'spouse of'), if the related fields are blank, the new contact is rejected. This is a regression - presently (in 5.49.5) an error message re. the missing related fields is issued...When adding a new contact with a related contact (such as 'spouse of'), if the related fields are blank, the new contact is rejected. This is a regression - presently (in 5.49.5) an error message re. the missing related fields is issued, but the new contact is added anyway. Actually, this may be an improvement (!) but it's definitely not the way it works at present.https://lab.civicrm.org/dev/core/-/issues/3671Update case via API4 fails2022-06-25T11:32:55Zluke.stewartUpdate case via API4 failsOverview
----------------------------------------
Reported via https://civicrm.stackexchange.com/questions/42109/cannot-change-cases-via-drupal-webform-after-civicrm-update
Issue "After the update, we cannot change Cases via Drupal Webf...Overview
----------------------------------------
Reported via https://civicrm.stackexchange.com/questions/42109/cannot-change-cases-via-drupal-webform-after-civicrm-update
Issue "After the update, we cannot change Cases via Drupal Webform"
This has been replicated in automated testing on Webform CiviCRM -> https://github.com/colemanw/webform_civicrm/pull/756
Further discussion at https://chat.civicrm.org/civicrm/pl/6wga4g38938q9b39bo6bdd3jze
Note while automatic testing shows passing on 5.45.* the ESR is impacted - as testing is only against publically released code.5.50.4https://lab.civicrm.org/dev/core/-/issues/36675.51 import - cannot add a contact to an existing relationship2022-06-20T21:28:36ZAndy Clark5.51 import - cannot add a contact to an existing relationshipI added 3 contacts each with a relationship to another contact. One of the related contacts existed, the other two did not. The new related contacts were added, but the relationship to the existing contact was rejected - see screen prin...I added 3 contacts each with a relationship to another contact. One of the related contacts existed, the other two did not. The new related contacts were added, but the relationship to the existing contact was rejected - see screen print. This is a regression as you should be able to import contacts that relate to existing contacts. Using nightly from 17/6.![screenshot_20220617_175039](/uploads/d358d81d5c1b05674befa4c6b6e34bcd/screenshot_20220617_175039.png)5.51.0