CRM_Core_Resources - Move addCoreStyles to 'coreStyles' bundle

CRM_Core_Resources_Common - Add skeleton for bundles, 'coreStyles' and 'coreResources'

CRM_Core_Resources::addCoreResources - Option `$region` is not meaningfully used

If you grep universe for `addCoreResources` and `addCoreStyles`, all matches
fall into these buckets:

1. They use the implicit default region.
2. They explicitly use the `html-header` region.
3. (Singular case) addCoreResources($region) delegates to addCoreStyles($region);
   but given 1+2, this must still be `html-header`.

CollectionTrait - Add corresponding unit-test coverage (via RegionTest, BundleTest)

(NFC) CollectionTrait - Reconcile docblocks

CollectionTrait - Use "splats". Split out "adders". Define interfaces.

In the prior commits, the signatures for `addScriptFile()`,
`addScriptUrl()`, etc are not strictly interoperable between
`CRM_Core_Resources` and `CollectionTrait`.  This is because they use
key-value options instead of positional options.  This makes it easier
disregard positional options that don't make sense (e.g.  when calling
`CRM_Core_Region::addScriptFile()`, it's silly to reserve a positional
argument for the `$region` option).

The signatures *can* be unified by using "splats" (ie `...$options`) to
accept either key-value options or backward-compatible positional options.
The ultimate is hope is that:

* `CRM_Core_Resources`, `CRM_Core_Region`, and `CRM_Core_Bundle` all
  implement the `CollectionAdderInterface`.
* `CRM_Core_Resources`, `CRM_Core_Region`, and `CRM_Core_Bundle` all
  accept options in either format (key-value or positional).
* The positional format will fade-away.

The methods in CollectionTrait are newer terrain, so it's safer to change
those signatures, so we do that first.

Note that CollectionTrait formally builds on CollectionAdderTrait. This
ensures that IDE navigation to (eg) `CRM_Core_Region::add()` and
`CRM_Core_Resources_Bundle::add()` works as expected.

Add "Bundle" support - ie an unattached, mixable list of resources

CollectionTrait - Model scriptFile and styleFile as distinct types

CollectionTrait - Support merge()

CollectionTrait - Support addScriptFile(), addStyleFile()

CollectionTrait - Support addSetting(), addSettingsFactory(), ad nauseum

CollectionTrait - Support addScript(), addScriptUrl(), addStyle(), addStyleUrl()

CollectionTrait - Support getAll(), filter(), find(), and clear()

(REF) CRM_Core_Region - Extract $renderSnippet()

This makes it possible for renderSnippet to work recursively.

For example, the current `jquery` type can build on the `script` type, and
the hypothetical `scriptFile` type could build on the `scriptUrl` type.

CollectionTrait - Create baseline trait based on CRM_Core_Region

CRM_Core_Resources - Convert 'settings' to a type of snippet

(REF) CRM_Core_Resources_Strings - Move instance into container

Merge pull request #18339 from eileenmcnaughton/line

Move ACls on LineItem create to financialacls core extension

Merge pull request #18262 from colemanw/renderSettings

Take the guesswork out of rendering clientside CRM variables

Merge pull request #18321 from mattwire/completeorder_filter

REF Filter params in completetransaction

Merge pull request #18328 from eileenmcnaughton/partial

Remove unused deprecated handling for partial_amount_to_pay

Move ACls on LineItem create to financialacls core extension

Merge pull request #18329 from pradpnayak/userRegistration

Do not block user incase 'Require approval' is checked

Merge pull request #18337 from eileenmcnaughton/ref

Remove pass-by-ref in PaypalProIPN::single

Merge pull request #18318 from eileenmcnaughton/cancel

[REF] Add test for existing Participant batch update cancel and fix to not call BaseIPN->cancelled

Set version to 5.31.alpha1

Set version to 5.30.beta1

Merge pull request #18335 from eileenmcnaughton/query

Add ability to enable query logging per process

Add ability to enable query logging per process

This allows us to run a command such as

env CIVICRM_DEBUG_LOG_QUERY=1 drush cvapi Contact.get

and the queries for that process (but not others) are logged.

This facilitates a cleaner record of queries as it is just one process and more flexibility
(and less risk of leaving it on by mistake)

Remove pass-by-ref in PaypalProIPN::single

This is called from 2 places. Neither use the values again & neither receive any pass-by-reference values
themselves

Merge pull request #18334 from civicrm/5.29

5.29

Merge pull request #18333 from totten/5.29-rn-catchup

(NFC) 5.29.0.md - Small updates

Merge pull request #18332 from totten/5.29-norm-basepage

dev/wordpress#73 - Be more forgiving about slash in wpBasePage

5.29.0.md - Small copy-edits

Merge pull request #17980 from eileenmcnaughton/dupe

[REF] Move function to delete merged contacts to the Merger class and include all instances of the pair

5.29.0.md - Last minute addition

dev/wordpress#73 - Be more forgiving about slash in wpBasePage

Overview
--------

The correct functioning of `wpBasePage` depends on whether the administrator
omitted or added a trailing slash.  This is apparent on URLs with a trailing slash, eg

```
http://wpmaster.bknix:8001/civicrm/contribute/transact/?reset=1&id=1
```

Make it less sensitive.

Before
------

URL is OK with default setting `wpBasePage=civicrm`

URL fails with setting `wpBasePage=civicrm/`

After
-----

URL is OK with either setting `wpBasePage=civicrm` or `wpBasePage=civicrm/`

Technical Details
-----------------

I believe the old symptom arose because of the formula which produces the WP
rewrite rules (`'^' .  $config->wpBasePage .  '/([^?]*)?'`) expects that
there is no trailing slash. You could theoretically patch there, but this
seems like it'll provide more thorough normalization.

When testing, the results affect the WP rewrite rules, so you may need to be particularly
aggressive about clearing caches whenever you make a change in code or settings, eg

```
wp cache flush ; cv flush;  wp rewrite flush
```

Merge pull request #18323 from demeritcowboy/reminder-groups-dropdown

dev/core#1956 - Typo in call to nestedGroup on scheduled reminders admin form

Do not block user incase 'Require approval' is checked

Merge pull request #18327 from civicrm/5.29

5.29

Merge pull request #18325 from aydun/spec_fix

dev/mail#24, item 1 - Fix spec labels MailingEventSubscribe.create

Remove deprecated handling for partial_amount_to_pay

We added deprecation notices back in Feb when we stopped using these params in core. They were never truly
supported for extensions but we deprecated in case someone was doing something odd. However, it's
7 months on so time to cleanup

Merge pull request #18326 from agh1/5.29.0-releasenotes

5.29.0 release notes final

Merge pull request #18320 from civicrm/5.29

5.29

5.29.0 release notes: get sections in right order

5.29.0 release notes: finished writing

sorting and annotating

commenting and sorting

5.29 Release Notes first pass

Fix spec labels - see dev/mail#24, item 1

typo in call to nestedGroup

Filter params in completetransaction

Merge pull request #18319 from seamuslee001/5.29

5.28.4 release notes

Merge pull request #18315 from eileenmcnaughton/ordergo

[REF] Remove most interaction with $objects in completeOrder

Merge pull request #18295 from eileenmcnaughton/linetests

Test & remove handling for max_related in renewal form

Fix anchors in release-notes/5.28.3.md

Add release-notes/5.28.4.md

[REF] Add test for existing Participant batch update cancel and fix to not call BaseIPN->cancelled

I dug into what is 'achieved' by calling BaseIPN->cancelled here and everything except the bit where the contribution
is updated to cancelled is actually bypassed so a simple api call suffices.

I also discovered the cancellation of the contribution is highly conditional and arguably illogical. I will separately
log a gitlab to discuss whether it still makes sense, but I wouldn't want that discussion to derail this
no-change cleanup

Merge pull request #18316 from civicrm/5.29

5.29 to master

Merge pull request #18272 from eileenmcnaughton/custchange

dev/core#1974 Fix incorrect handling of serialize key when changing custom field type

Merge pull request #18307 from agh1/5.29.0-releasenotes-initial

5.29.0 release notes initial run

Merge pull request #18310 from colemanw/revert-18005

Revert #18005 Fix buggy placement of icons

Merge pull request #18311 from mattwire/repeattrxn_unused

REF Remove unused passbyreference and var from ipn_process_transaction

[REF] Remove most interaction with

With this change we are only looking up
1) objects['paymentProcessor'] - we should probably just pass in the id
2) objects['contribution'] - we could make this a param in it's own right & remove objects
3) objects['event'] - just used to get event title - we could do a query off participant

dev/core#1974 - ChangeFieldType - "Select (w/serialize)" field should be treated like older "Multi-Select" fields

Remove unused passbyreference and var from ipn_process_transaction

Revert #18005 Fix buggy placement of icons

Merge pull request #18304 from highfalutin/noah/dev-core-1974

dev/core#1974: correct UI regression on custom field edit

5.29.0 release notes: yank changes already in 5.8.x

5.29.0 release notes: added boilerplate

5.29.0 release notes: raw from script

Merge pull request #18303 from eileenmcnaughton/event_batch

[REF] Clean up return variables on updateContributionStatus, updatePendingOnlineContribution

Merge pull request #18279 from eileenmcnaughton/ordertest

Fix test set up to call Order.create to create the correct line items

Merge pull request #18294 from eileenmcnaughton/linecreate

[REF] Separate and move line-item specific portion of checkTaxAmount to LineItem api

Merge pull request #18305 from civicrm/5.29

5.29

Merge pull request #18293 from eileenmcnaughton/fin

Move LineItem acl handling from v3 api to financialacls core extension

Merge pull request #18290 from eileenmcnaughton/tax

dev/core#1983 Fix to tax calculation on multi-line-item

Custom field create/edit form: replace dysfunctional checkbox with static label in edit mode

Merge pull request #17810 from seamuslee001/negative_payment_create

[REF] Fix financial item allocation of negative payments against completed payments

[REF] Clean up return variables on updateContributionStatus, updatePendingOnlineContribution

The return variable from updatePendingOnlineContribution is never used - ergo don't return it. This means
the return value from updateContributionStatus is also never used - ergo - you get it. In addition don't call the function
with empty variables - I've moved the check as to whether they are empty into the calling function - although likely
in a second pass the checks will be removed or change again

Merge pull request #18237 from mattwire/mailingsearchcolumns

Remove 'hack' that overwrites result of searchColumns hook in mailings list

Merge pull request #18302 from civicrm/5.29

5.29 to master

Merge pull request #18301 from demeritcowboy/dev-core-1982-5.29

dev/core#1982 - 5.29 version of PR 18282

[REF] permit negative payments to be made against completed payments

Add in unit test for adding additional refund payment to contribution already refunded and also adding a negative payment to a contribution that is negative already

faulty check for simplexml node value - see also PR 18282

Merge pull request #18067 from MegaphoneJon/event-34-reroll

event#34: allow negative self-service/transfer time

Merge pull request #18292 from eileenmcnaughton/receipt

Add test to check, remove unnecessary lines

Merge pull request #18300 from MegaphoneJon/clean-non-deductible

Clean money for non-deductible amount

Merge pull request #18291 from eileenmcnaughton/depit

[REF] [test] Slight increase in test cover & make functions more re-usable

Merge pull request #18296 from eileenmcnaughton/curr_member

[REF] simplify retrieval of existing membership on membership renewal form

Clean money for non-deductible amount

tests

Add test to check, remove unnecessary lines

Per the code comment it was likely the removed lines were not needed but tests were required to confirm.

This does that

Merge pull request #18288 from KarinG/extend_testSubmitContributionPageWithPriceSetQuantity

extend_testSubmitContributionPageWithPriceSetQuantity

[REF] simplify retrieval of existing membership on membership renewal form

After stepping through the code I determined that if membershipID is passed into getContactMembership then it either
1) returns the membership id much like membership.get but with is_current_member calculated or
2) returns the owner membership in a similar format

However, the renewal form is not visible for a non-owner membership so getting the owner membership is cruft
from another form & only 1 applies. Calling the api is much more transparent

Test & remove handling for max_related in renewal form

max_related is not a field on the renewal form - the handling appears to exist purely because
at some stage the BAO was not able to calculate it - however, as the test demonstrates that is
no longer the case

Merge pull request #18283 from aydun/class_api_tweak

Improve robustness of api/class.api.php

[REF] Separate and move line-item specific portion of checkTaxAmount to LineItem

This is not intended to be the final place but making sense of checkTaxAmount is hard so I wanted to keep this simple and
iterate.

checkTaxAmount is called from 2 places - once from v3 LineItem.create with isLineItem = TRUE
and once from Contribution.create with isLineItem = FALSE

Most of the function is accessible dependent on isLineItem - meaning it's 2 separate functions.
However, the first chuck is called 'whenever id is set'. BUT it makes no sense for line items. It
uses the 'id' - regardless of whether it is a line item id or a contribution id - to get the previous
contribution. It then sets tax amount based on a comparison - but
that really makes zero sense. I'm pretty sure it was never intended to be used for LineItems

Move LineItem acl handling from v3 api to financialacls extension

This makes it available for the v4 api

dev/core#1983 Fix to tax calculation on multi-line-item

This is similar to https://github.com/civicrm/civicrm-core/pull/18284 - it differs in that the totals are calculated by iterating
through the line item array afterwards, rather than expecting the 'getLine' function to calculate totals. Some
obvious follow ups suggest themselves but I will look against master.

This is difficult to test (Karin gave it a really good shot) because of the weird way it's calculated in Main and thenn
used in Confirm. Cleanup should resolve the testability issue too

extend_testSubmitContributionPageWithPriceSetQuantity