#2308 - Fix Activity Import Parser test and convert to civi statics

php 7.4 E_NOTICE in Contact/BAO/Query

Improve consistency of field titles, labels, types across the schema

[REF] Simplify is_email_receipt handling

php 7.4 - E_NOTICE on membership dashboard

5.35 to master 

APIv4 - Fix label_field to use underscore instead of camelCase

put asset rendering call into a try/catch - dev/core #2137

This removes a chunk of confusing handling from the previously shared code.

Philosophically we have a lot of arrays of data being passed around. The difference
between these arrays is unclear & the array that appears to exist specifically to
how what was actually submitted (formValues) is edited rather than left intact.

Where we are not dealing with a calcuated value, but rather referring to
what was submitted the quickform function getSubmittedValue() seems
like a good pick. It's clear we are looking up the submitted value not
some calculated value & when code is moved around we know this
value is not dependent on where it is sitting in the code.

The function returns 1 or NULL - hence I cast to boolean where I'm not
sure NULL is good enough

[REF] [Repeattransaction] Stop setting contribution->id

[REF] [Repeattransaction] use financial_type_id from getTemplateContribution (which already has handling)

[REF] [Repeattransaction] Remove loading contribution page id from passed in object

Afform Gui - Block editing enhancements

[REF] Fix array access on NULL error when running afform unit tests o…

afform_mock - Hide extension. Clearly indicate as development-only

APIv4 - Increase alias max length to 256

I believe this became obsolete with this PR
https://github.com/civicrm/civicrm-core/commit/6c3e774c322267c8e4449006db9cc14202b7028f

The other 2 (paypal) IPN classes no longer set contribution_page_id deliberately so
would be relying on the same data used for getTemplateContribution

The removed code is already incorporated into getTemplateContribution
and has test cover in testRepeatTransactionPassedInFinancialType

This is not needed as we can otherwise get it from the contributionResult directly

#2360 - Escape the word `rows` in sql query

Fix display of membership dates on receipts when lineitems do not have a price_set_id

5.35

APIv4 - Fix HTTP status code selection

5.35.0 release notes - initial run

This is a follow-up to #19526 which addresses a typo that causes a misbehavior in reporting the HTTP status code.

Before
------

If an API request encounters an exception, then it always returns HTTP 403.

After
-----

If an API request encounters an exception, then:

* It may return HTTP 403 (for an authorization exception)
* It may return HTTP 500 (for any other/unrecognized exception)