dev/core#1489 do not reconcile managed entities whilst in upgrade mode and add in a step at the end of the upgrade process to reconcile managed entiies and add in civicrm_permissions hook to the whitelist of upgrade friendly hooks

Merge pull request #16136 from eileenmcnaughton/member_test

[REF] remove CRM_Core_Error check

Merge pull request #16145 from eileenmcnaughton/index_api

Add api to check for missing indices

Merge pull request #16144 from eileenmcnaughton/acl_index

dev/core#1486 Add index to civicrm_acl_cache.modified_date

Merge pull request #16143 from eileenmcnaughton/deadlock_err2

Fix misleading error message on deadlock

Add api to check for missing indices

Add index to civicrm_acl.modified_date

Fix misleading error message on deadlock

We were seeing error messages like
API_Exception : financial_type_id is not valid : Donation
when a deadlock was hit. The error made not sense as 'Donation' DID exist and did not help us
to identify the issue as a deadlock. It's still helpful with a deadlock to know if
a real constraint violation is hit as per https://lab.civicrm.org/dev/core/issues/1481 sometimes
a disturbing amount of queries have been rolled back.

Let's fix to handle pseudoconstants here & give a useful message.
The previously converted params did not get to this point but we can re-do that work in this low
volume function rather than do a lot of re-thinking

Merge pull request #16142 from eileenmcnaughton/deadlock_err

[NFC] Declare exceptions, use single quotes where possible, use strict comparison

Merge pull request #16141 from eileenmcnaughton/fatal

dev/core#560 Remove instances of fatal errors

[NFC] Declare exceptions, use single quotes where possible, use strict comparison

General coding standards. If we know one side is a string we can switch comparison to strict

Merge pull request #16132 from eileenmcnaughton/member

[REF] step towards wiping out  $ids array in membership bao functions

Remove instances of fatal errors

Merge pull request #16134 from eileenmcnaughton/member_legacy

Remove legacy_redirect_path handling

Merge pull request #16122 from demeritcowboy/always-true

[NFC] If statement is always true

Merge pull request #16138 from eileenmcnaughton/static

Switch static var to using Civi::statics

Merge pull request #16137 from eileenmcnaughton/less_dep

[REF] Minor cleanup - declare exceptions, use single quotes, strict comparison

Switch static var to using Civi::statics

This static variable is actually problematic. Moving it to statics will allow us to stop reseting it
in the test suite & to hone in on where it is actually broken rather than the test suite
is not flushing it

[REF] Minor cleanup - declare exceptions, use single quotes, strict comparison

[REF] remove CRM_Core_Error check

I'm convinced there is no reason why find should return a core_error & hence if it did we wouldn't want
to keep calm & carry on - smells a lot like copy & paste. Also makes code hard to understand

[REF] step towards wiping out  array in membership bao functions

Merge pull request #16133 from eileenmcnaughton/member_test

[NFC] Test clean up.

[NFC] Test clean up.

Good test - nightmare to read. This helps.

Remove legacy_redirect_path handling

This has been hanging around for a long time & no-one has logged a JIRA (or pointed out that JIRA is now
defunct) so the initial analysis of it being unreachable makes sense

Merge pull request #16130 from colemanw/ext

Fix output display in api4 explorer

Fix output display in api4 explorer

Merge pull request #16125 from eileenmcnaughton/cont_sub

dev/core#1482 Remove lines of code that appear to relate to legacy logic

Merge pull request #16124 from eileenmcnaughton/acl_deadlock

Remove function marked as deprecated & unused by core nearly a year ago

Merge pull request #16127 from eileenmcnaughton/mem_test

Unit test for https://github.com/civicrm/civicrm-core/pull/16120

Unit test for https://github.com/civicrm/civicrm-core/pull/16120

Merge pull request #16126 from civicrm/5.21

5.21 to master

Merge pull request #16120 from seamuslee001/dev_core_1485

dev/core#1485 Fix field name for join_date to be membership_join_date…

dev/core#1482 Remove lines of code that appear to relate to legacy logic

As discussed in https://lab.civicrm.org/dev/core/issues/1482 the subscription history table appears to still be used for
recording group history but this business of creating a row with no attached group appears to be from a logic flow that
is long-superceded by change log & db logging

Merge pull request #16123 from civicrm/5.21

5.21 to master

Remove function marked as deprecated & unused by core nearly a year ago

dev/core#1485 Fix field name for join_date to be membership_join_date in line with the DAO schema

Also include membership_join_date into the mapping as per Jamie's comments

Merge pull request #16121 from mlutfy/core1490-rc

dev/core#1490 Fix syntax error in Membership Receipt

Merge pull request #16119 from eileenmcnaughton/acl_deadlock

[Ref] Remove php4 support from BAO_Acl class

if statement is always true

dev/core#1490 Fix syntax error in Membership Receipt

Remove php4 support from BAO_Acl class

Removes instances of php support involving & in the function signature. In each instance the function is only ever called once
(I think all are internal too) & the calling function doesn't do any weird stuff with references that might make it needed.
Also remove one instance of  unnecessarily passed by ref

Merge pull request #15968 from eileenmcnaughton/bom

dev/core#1424 Support MS Excel for diacritic characters when exporting to csv

Merge pull request #15972 from aydun/report#24

report#24 - Case Detail report - fix 'Active role?' when no relationships

Merge pull request #16101 from jitendrapurohit/dev-1474

dev/core#1474 - (On Hold) text missing from email column when custom …

Merge pull request #16115 from eileenmcnaughton/deprecate

Remove vestige of apiv2

Merge pull request #16114 from eileenmcnaughton/pear

[NFC] cleanup to declared exceptions, quotes, strict mode.

dev/core#1474 - (On Hold) text missing from email column when custom search profile is used in Advanced Search

Add test

Remove vestige of apiv2

[NFC] cleanup to declared exceptions, quotes, strict mode.

Merge pull request #16111 from eileenmcnaughton/pf

dev/core#1472 fix price field money clean

Merge pull request #16109 from seamuslee001/utils_grant_bin_fatal_exception

[REF] Switch CRM_Utils_Error::fatal calls for CRM_Core_Exception in G…

Merge pull request #16110 from seamuslee001/api4_country_state_entities

Add in Country and StateProvince APIv4 Entities

Add in Country and StateProvince APIv4 Entities

[REF] Switch CRM_Utils_Error::fatal calls for CRM_Core_Exception in Grant. utils, bin/ and Civi/Angular/ folders

Merge pull request #16108 from civicrm/5.21

5.21

Merge pull request #16107 from demeritcowboy/freezy-5.21

dev/core#1477 Fix fatal error when editing reserved option group settings

fix fatal error when editing reserved option group settings

fix price field money clean

Merge pull request #16103 from civicrm/5.21

5.21 to master

Merge pull request #16052 from eileenmcnaughton/desc

Fix unreleased regression where processors using getPaymentDescription get a fatal

Merge pull request #16096 from eileenmcnaughton/pf

E notice fix on Price set form

Merge pull request #16078 from colemanw/snippets

Allow Angular modules to provide dynamic HTML snippets

hook_angularModules - Accept 'partialsCallback' for dynamic partials

This is similar to the antecedent commit which used a field 'snippets' that
contained a list of HTML files and their content. However, this
uses a callback function instead of providing the full HTML content.

This makes it safer to work with the Angular metadata without needing to
load the content of all partials into memory.

E notice fix on Price set form

Merge pull request #16088 from eileenmcnaughton/paypal_clean

Paypal class cleanup

Merge pull request #16094 from pradpnayak/ActivityTypeName-Case

dev/core/issues/1470, show labels instead name for activity type

dev/core/issues/1470, show labels instead name for activity type

Merge pull request #16093 from civicrm/5.21

5.21

Merge pull request #16092 from seamuslee001/5.21

Fix Release note header

Fix Release note header

Merge pull request #16091 from civicrm/5.21

5.21

Merge pull request #16057 from eileenmcnaughton/act_perm521

dev/core#1444 Permit activities with campaigns on contact tab for con…

Merge pull request #16090 from seamuslee001/5.21

Add release-notes/5.20.2

Add release-notes/5.20.2

Merge pull request #16080 from eileenmcnaughton/org_up

Remove unnecessary query when updating org, if no name update.

Remove unnecessary query when updating org, if no name udpate.

This removes an unnecessary query that can be locking at high volume.

The updateCurrentEmployer function sets the organization_name for any related contacts. We don't need to
do this if we are creating the organization for the first time, or updating the organization but not setting (passing in)
organization_name. We can check & avoid in php.

Also we don't need to check for an existing employer_id unless we are dealing with an Individual record. We can
skip that query for Orgs & Households.

These are cheap queries but at high volume can contribute to locks

Fix unreleased regression where processors using getPaymentDescription get a fatal

We added the new property bag in https://github.com/civicrm/civicrm-core/pull/15697 but in the back & forth the
call to the function getDescription was retained but the function was removed. This would leave the
core processor that calls it (Paypal std) with a fatal. The known external processor using it (Omnipay)
also hits a notice because the signature changed ($params became optional). From the Omnipay
pov I think it makes sense just to stop overriding the function - hence I am sneaking a tiny
change into this to make that possible.

Note the doPayment function ensures that propertyBag is set. There is a small chance that an external processor
is fully overriding doPayment AND calling this - that would be the case for Omnipay except I'll remove
the override in conjunction with this - so I've added a few lines to ensure it is set.

Note the test would fail with the changes to Payment_Dummmy & not the changes to Core_Payment so it provides
test cover

Merge pull request #16086 from civicrm/5.21

5.21

Merge pull request #16087 from seamuslee001/deb_core_1467

dev/core#1467 - Multiple participant registration sends only p1 amoun…

Paypal class cleanup

- remove handling for returned error - this is never returned now
- remove url parameter on invokeApi - this is never passed to it
- throw an exception rather than use a fatal if curl not installed

dev/core#1467 - Multiple participant registration sends only p1 amount to the processor

Merge pull request #16072 from eileenmcnaughton/paypal_extract

Code cleanup Update Paypal invokeApi to only throw exceptions.

Merge pull request #16081 from artfulrobot/payment-property-bag-add-getters

Payment PropertyBag: Add generic getter, setter methods for convenience

Merge pull request #16083 from artfulrobot/advanced-search-contrib-source-search-dev-core-1468

Fix searching for contribution source in advanced search

Fix searching for contribution source in advanced search

Update Paypal invokeApi to only throw exceptions.

Currently invokeAPI will return an error for a curl function and throw a processorException for an outcome other than success.

In just about every instance where it is called the Core_Error is converted into an exception anyway - this
can all be cleaned up as a follow up. The exceptions are

doQuery -  called by doPayment
doDirectPayment - this is called by doPayment which converts it into an exception. Calling doDirectPayment directly was deprecated in 4.6
createRecurringPayments - called by doExpressCheckout which in already throws exceptions in other scenarios,
updateSubscriptionBillingInfo - we can update the one place that calls this in core as a follow up like https://github.com/civicrm/civicrm-core/pull/15676

However, note that an exception was already thrown in all these places in the more common error scenario of the action not succeeding as opposed
to the rare curl error scenario

Follow ons to consider
1) introduce more nuance into PaymentProcessorExceptions - extend the exception class with PaymentProcessorConfigException, PaymentProcessingException or similar to differentiate
2) remove all the handling for invokeApi to have returned an error object.
3) fix the code that calls updateSubscriptionBillingInfo
4) ensure docs reflect that doPayment should throw an exception. AFAIK we have not yet documented other 'do' functions & I'd prefer to stdise them first

Payment PropertyBag: Add generic getter, setter methods for convenience

Allow angular modules to provide dynamic html snippets

Merge pull request #16077 from civicrm/5.21

5.21

Merge pull request #16076 from alifrumin/rn5.21

5.21 Release notes: First Pass

Merge pull request #16075 from seamuslee001/sig_status_bounce

[REF] Convert more petition signature fatals to status bounce

Release Notes 5.21 - Sorting and Annotating

Merge pull request #16074 from civicrm/5.21

5.21

[REF] Convert more petition signature fatals to status bounce

Merge pull request #16067 from eileenmcnaughton/fatal

Swap out fatal for statusBounce for disabled or unpermitted forms

Merge pull request #16071 from jitendrapurohit/521rc

dev/core#1463 Fix record payment form errors

Fix record payment form errors

Merge pull request #15676 from artfulrobot/handle-exceptions-from-payment-processors

We should give user feedback in case of a Payment Processor Exception

Swap out fatal for statusBounce for disabled or unpermittted forms

I have deliberately left copy editing & translate out of scope & focussed on a specific narrow pattern

Merge pull request #16070 from civicrm/5.21

5.21