Merge pull request #16585 from eileenmcnaughton/dep_it

Add deprecation notice

Merge pull request #16581 from eileenmcnaughton/nfc

[NFC] Test cleanup.

Merge pull request #16575 from colemanw/savedSearch

Make savedSearch bao sane

Add deprecation notice

I've been trying to figure out when this line would be hit but I just can't find a way to trigger
it - removing it would help a lot with this code but let's deprecate for a bit.

Further test fix

Merge pull request #16582 from eileenmcnaughton/ids

(NFC) Remove `$Id$` from header

Make savedSearch bao sane

[NFC] Test cleanup.

Cleaned up this test - re-used code etc

Merge pull request #16531 from eileenmcnaughton/cn_

dev/financial#84 Move sequential credit notes from 'deeply  embeded functions to separate structure

Merge pull request #16528 from mattwire/removeoldflexmailer

Remove old defines for flexmailer that haven't been required since CiviCRM 5.x

Remove  from header

I was a bit surprised to see the old drupal svn  value pop back up - did if come from this header.txt file

Merge pull request #16563 from eileenmcnaughton/selfsvc

[NFC] Minor code cleanup

Merge pull request #16577 from civicrm/5.23

5.23 to master

Merge pull request #16558 from eileenmcnaughton/523dupe

dev/core#1597 & dev/core#1595 fix regression when deduping on custom fields

CRM-21541 CRM.moneyFormat can't handle values with zero or one decimals (#16445)

* CRM.formatMoney() handles zero or one decimals

* CRM.formatMoney() handles zero or one decimals

* CRM.formatMoney() handles zero or one decimals

* CRM.formatMoney() handles zero or one decimals

* CRM.formatMoney() handles zero or one decimals

* CRM.formatMoney() handles zero or one decimals

* CRM.formatMoney() handles zero or one decimals

* missing semicolon

* comment

* comment

* comment

* comment

Merge pull request #16564 from eileenmcnaughton/test

dev/financial#102 Extend test to check status

dev/core#1597 & dev/core#1595 fix regression when deduping on custom fields

Merge pull request #16571 from wmortada/over-ride

(NFC) Fix typo - no hyphen in 'override'

Merge pull request #16095 from seamuslee001/dev_core_1450

dev/core#1450 Try reducing the size of the temporary table so it only…

Merge pull request #16574 from civicrm/5.23

5.23

Merge pull request #16567 from eileenmcnaughton/parti_form

Fix theoretical regression

Merge pull request #16572 from civicrm/5.23

5.23

Fix typo - no hyphen in 'override'

Merge pull request #16506 from mattwire/invoicedue_countrefunded

Count refunds when calculating amount due for an invoice

Merge pull request #16009 from jmcclelland/import-match-phone

dev/core#1438 Enable matching on contact phone when importing contributions

Merge pull request #16035 from demeritcowboy/ang-crmcasetype-list-boolean

dev/core#1451 Incorrect dropdown action choices on case type listing screen

Merge pull request #16565 from eileenmcnaughton/contview

dev/financial#118 Move source & receive date to the top on contribution view page

Merge pull request #16568 from JGaunt/patch-4

Update 5.23.0.md

Merge pull request #16491 from mfb/undefined-index

Resolve notices if first donation amount and date columns were disabled

Merge pull request #16455 from MegaphoneJon/core-1568

core#1568: Show recipientListing to non-admins

Update 5.23.0.md

Added organisation name :)

Merge pull request #14928 from lcdservices/dev-core-1158

dev/core#1158 mailing labels: explicitly set primary flag

Merge pull request #15856 from agileware/CIVICRM-1368

dev/financial#104 Use rounding and integers to compare monetary values…

Fix theoretical regression

This PR https://github.com/civicrm/civicrm-core/pull/16363/commits/44237a295dc5eab4f6110fb0556b1af742364f6e
(merged to 5.23) calls self::::getDefaultRoleID() in a way that was always flawed but definitely woudl
not work now. I think it is never reached but better to put this fix into 5.23 & maybe reemove the line in master
later since it assumes participant_status_id is optional - which is not true of the backoffice form

dev/financial#118 Move source & receive date to the top on contribution view page

Per https://lab.civicrm.org/dev/financial/issues/118 this doesn't seem to be controversial - although there is a desire
to take it further & once this is merged I'll look at that

dev/financial#102 Extend test to check status

It turns out the code is working fine (fixed in the meantime?) and I just needed to extend the checks
a bit, did some tangental cleanup

[NFC] Minor code cleanup

Declare exceptions, use single quotes & strict comparison, do not declare unused params

Merge pull request #16557 from eileenmcnaughton/find

[NFC] Preliminary cleanup

Merge pull request #16498 from seamuslee001/net_smtp_upgrade

Upgrade Net_SMTP Package and remove now unneded patches and mov…

Update patch URL and remove patch content as per standard now

[REF] Upgrade Net_SMTP Package and remove now unneded patches and move to using composer patches rather than patching in a script file

[NFC] Preliminary cleanup

Declare exceptions, params, don't declare unused variables

Merge pull request #16552 from eileenmcnaughton/part_form

[REF] Fix static call to non-static function.

dev/financial#84 Move sequential credit notes from 'deeply  embedeed in BAO functions' to usin a listener structure

https://lab.civicrm.org/dev/financial/issues/84

We have a significant problem in our code base that it is hard to cleanup our key processes and make them usable and
Form-builder ready because of all the features deeply interwoven into them. It will be important that our
Order->add payment flow works and can be utilsed by the form builder. The expectation is that adding a payment
will update all the appropriate entities. We've been working pretty hard on this for a couple of years now (I think the time
taken to clean up code is sadly greater than the time it takes to add it :-() and the Payment.create part is getting
pretty solid now.

However, we are consistently hampered by code that has been 'enmeshed' into deep BAO code. In the case of the credit note
creation something that can easily be implemented as a pre hook and kept entirely out of the  Contribution.create function
is not only embedded in there but also in updateFinancialAccountsOnContributionStatusChange - which is one of the functions
we are some dozens of hours into adding tests & 'sorting out'. We need to find a way to

1) Declutter key functions where possible and
2) Model good ways of implementing things by hook (& work through limitations in this approach) as part of cleaning
up core and pushing towards a LeXIM approach.

I originally agreed with the CiviDiet approach that we should try to move the myriad of things that are 'add ons' that someone
thought was necessary & useful to others (or less charitably  they thought that if they got it into core someone else would have
to maintain it for them) moved out of core into extensions and eventually the maintenance of them moved out of the core team too.

However, it's clear from the  discussion on moving credit notes out of core that this is too hard for the forseeable future. We can try to avoid more features being added to core but most features in core are used by at least one organization & the politics of
moving things out are too hard. On the bright side we let a lot less new features into core these days - not none - the membership status override date springs to mind and the ongoing adding of fields & filters to reports - but less.

This leaves us with the question of whether we can still achieve the goal of making add-on features less of a developer burden.
In addition to ensuring code is tested we can do this by getting it out of the 'deep functions' into a listener structure.
I was able to covert the  'spaghetti-like-tendrils' in the credit note code to a simple 'pre' hook.

So it felt like we needed to create something new. Something like .. an extension .. but not visible on the extensions screen
and in core. Something like ... an extension in a folder in the core codebase that is suppressed from the extensions UI....

So this adds it as an extension to core in a new location & ensures GUI users cannot see it. I don't know exactly where we
draw the line around packaging things this way - Partial payments is clearly part of the core architecture, but there might be
a world in which we move something like event cart to be a more distinct bundle. As we move to form builder forms we are going to
want forms being replaced to be able to be 'quarantined' for future amputation.... I would be looking to move financial type acls and
invoicing to this structure - mostly because they are the biggest 'offenders' in terms of having code all over the place causing
problems with  other code initiatives & we've struggled to come up with a way to deal with that other than putting touching that
code in the 'too hard basket'. But even things like PCPs & Premiums would be more maintainable if they were discrete & overcoming
the challenges involved in that would solve a lot of extensibility issues.

Note this approach permits an  incremental cleanup-up-to-separation  process. For example we could create an  extension for  a
feature and move some code to it and later move some other code. For example we  could move the invoicingPostProcessHook
to a  shell invoicing extension and at some later point  address other  parts of the  invoicing code (check LineItem::getLineItems
for the chunk of  code  that has been blocking  other  cleanup - moving  this to a listener would help a lot

Note this PR does not address the significant performance issues associated with the creditnotes code on larger sites, only the impact
it has on our code maintainability. If we can agree a way to start to address how to split out or code into listeners in an agreed structure then I can look at that as a follow up.

Merge pull request #16551 from totten/master-ext-tags

info.xml - Allow extensions to define a list of tags

Merge pull request #16554 from demeritcowboy/add-tag-ewarning

dev/core#1593 and dev/core#1536 - Remove unused code causing E_WARNING

Count refunds when calculating amount due for an invoice

Merge pull request #16525 from eileenmcnaughton/validate

Allow any casting done in Type::validate to bubble up to Request::retrieveValue

remove unused code causing E_WARNING

Merge pull request #16468 from mattwire/tokens_activitytokenprocessortrait

REF Refactor ActivityTokens to use a trait that can be shared with other entities

[REF] Fix static call to non-static function.

This non-static function was being called statically. On grepping I found it is only called from this
one place so  I moved it to the form

Merge pull request #16515 from mattwire/phpnotice_noteprivacy

Fix a PHP notice for users with limited permissions when loading cont…

Merge pull request #16533 from eileenmcnaughton/ex_angular

Do not fatally fail on angular pages if an extension is missing

info.xml - Allow extensions to define a list of tags

Overview
--------

This adopts a convention by which extensions may use `info.xml` to register tags, e.g.

```xml
<extension key="org.civicrm.foo" type="module">
  <tags>
    <tag>civicontribute</tag>
    <tag>payment-processor</tag>
    <tag>install-mandatory</tag>
  </tags>
</extension>
```

Before
------

To add *any* metadata to `info.xml` files, you must update the parser and providing
filtering/indexing.

After
-----

If you need to add very simple metadata (tags), you can do that without
extra parsing code.  The tag information can be accessed in the following
ways:

* Using the extension mapper
    ```php
    $mapper = CRM_Extension_System::singleton()->getMapper();
    $allTags = $mapper->getAllTags();
    $mandatoryExts = $mapper->getKeysByTag('install-mandatory');
    ```
* The `Extension.get` API will return the list of tags for each ext

Merge pull request #16548 from civicrm/5.23

5.23

Merge pull request #16547 from seamuslee001/5.23

[NFC] Ensure that annon permissions are correctly assigned when enabl…

Merge pull request #16549 from seamuslee001/style_fix_property_bag

[NFC] Fix style error

[NFC] Fix style error

Merge pull request #16532 from eileenmcnaughton/5.23

dev/core#1588 Fix regression where empty string is passed to PropertyBag

[NFC] Ensure that annon permissions are correctly assigned when enabling civicrm webtest module in backdrop

Merge pull request #16544 from seamuslee001/dev_core_1594

dev/core#1594 [TEST] Fix running of unit tests within an extension

Merge pull request #16543 from jmcclelland/issue1589

dev/core#1589 avoid error when merging record with null create date

Merge pull request #15998 from demeritcowboy/case-audit-skip-broken

dev/core#1366 Bypass nonfunctioning case audit interactive screen and go straight to report

dev/core#1594 [TEST] Fix running of unit tests within an extension

Merge pull request #16539 from eileenmcnaughton/text

Remove reference to mysql 5.0 & 5.1

Merge pull request #16542 from JGaunt/patch-3

Update CONTRIBUTORS.txt

Merge pull request #16540 from eileenmcnaughton/part_pend

[REF] Remove never used property

avoid error when merging record with null create date

https://lab.civicrm.org/dev/core/issues/1589

Update CONTRIBUTORS.txt

Added in mine and my colleagues name.

Merge pull request #16527 from alexymik/added_by

Change "Added By" to "Added by"

Remove never used property

I grepped for _roleId & found it in only these 2 places - removing

Merge pull request #15390 from kewljuice/patch-4

Check email when creating a user in drupal 8

Remove reference to mysql 5.0 & 5.1

Subset of https://github.com/civicrm/civicrm-core/pull/16084

Merge pull request #16516 from colemanw/request

APIv4 - merge ActionUtil with Request::create

Merge pull request #16523 from yashodha/header

add column for report

Merge pull request #16537 from civicrm/5.23

5.23

Merge pull request #15824 from mfb/email-search-speed-boost

Speed boost for civicrm/ajax/checkemail

Merge pull request #16467 from ixiam/dev-1110

fix contribution summary report's statistics when grouping and having

Merge pull request #16451 from mattwire/settingreadonly

Settings Fix setting readonly attribute

Merge pull request #16535 from eileenmcnaughton/523rel

dev/core#1592 fix regression on relation active period

Merge pull request #15330 from mattwire/paymentprocessor_testmodelivemode

Fix issues with retrieving supportsTestMode/supportsLiveMode for payment processors

Merge pull request #16534 from eileenmcnaughton/523m

dev/core#1551 regression fix

Merge pull request #16526 from eileenmcnaughton/valid_calls

Fix calls to Request::retrieve

dev/core#1592 fix regression on relation active period

Per https://lab.civicrm.org/dev/core/issues/1592 the custom query  for this field is being
ignored now it's using datepicker with relevant format changes. This  causes the
custom function for the field to  be called

dev/core#1551 regression fix

Now that mailing_id is defined as field metadata the form main metadata fn is trying to handle it, However
the form is casting it to the wrong array format -https://github.com/civicrm/civicrm-core/blob/86f20cc17dde028977130f84feaf3b1d760ca57d/CRM/Contact/Form/Search.php#L649

We could fix  this & rip it out of Mailing_BAO_Query::where but there is still a gap  in  that
there is no pseudoconstant recorded for the field so the qill doesn't work & there is a gap in
pre-parsing for the form 'IN'

Hence this seems like a good approach to remove the regression in the immediate term

Do not fatally fail on angular pages if an extension is missing

If an extension is missing trying to create a new mailing will totally fail - on QF pages we just get a
not-very-clear message

dev/core#1588 Fix regression where empty string is passed to SettingsBag

We have a scenario where the checkbox is presented but is optional. This is then in 'params' which is passed through to
PropertyBag. The value is equal to '' so it fails to validate when we use it to set the value on the PropertyBag.

I don't think we lose anything meaningful by not setting an empty string and it avoids this error so we should
merge & release as a regression fix IMHO. If we want to revist then we should do that in master

https://lab.civicrm.org/dev/core/issues/1588

Merge pull request #16530 from civicrm/5.23

5.23

Merge pull request #16521 from seamuslee001/dev_core_1489_2

dev/core#1489 Include hook_civicrm_managed into the list of upgrade f…

Merge pull request #16477 from demeritcowboy/unit-test-env

[TEST] dev/core#1572 Unit test environment not working on windows after recent CodeGen updates

Remove old defines for flexmailer that haven't been required since CiviCRM 5.x

Fix calls to Request::retrieve

Do not pass in values that are set by default. Use retrieveValue  rather than passing inn the NULL object

Change "Added By" to "Added by"

Allow any casting done in Type::validate to bubble up to Request::retrieveValue

The validate function returns
- NULL if the passed in value is not valid
- THe passed in value if valid or
 - The passed in value cast to an integer if the value is valid and the type is Int or Integer

By always using the returned value we allow it to be cast, where appropriate

APIv3 - Handle input errors

add column for report

Merge pull request #16522 from totten/master-simplecache-patchurl

dev/core#1562 - composer.json - Fix E2E tests run on D8 build (via "patches") #16427

Merge pull request #16512 from yashodha/header

Relationship report - add sort order for end date

(dev/core#1562) composer.json - Fix E2E tests run on D8 build (w/"patches" and URLs)

dev/core#1489 Include hook_civicrm_managed into the list of upgrade freindly hooks