CiviCRM Core issueshttps://lab.civicrm.org/dev/core/-/issues2022-04-22T15:53:33Zhttps://lab.civicrm.org/dev/core/-/issues/3276Unreleased regression - fee levels incorrectly show sold out (in code that wi...2022-04-22T15:53:33ZeileenUnreleased regression - fee levels incorrectly show sold out (in code that will be 5.16)Fees are incorrectly showing as sold out, blocking change fee selection.
This is an unexpected consequence of
https://github.com/civicrm/civicrm-core/pull/14244
The path is that because $this->_id is now set it gets assigned to the fo...Fees are incorrectly showing as sold out, blocking change fee selection.
This is an unexpected consequence of
https://github.com/civicrm/civicrm-core/pull/14244
The path is that because $this->_id is now set it gets assigned to the form
https://github.com/civicrm/civicrm-core/blob/5774b54f47445de233daa85672ce4f793dff347a/CRM/Event/Form/Participant.php#L265
Which then gets passed to the call to load the fee block
https://github.com/civicrm/civicrm-core/blob/c4145dedecb1f3157ecf8fd85421f562e8128e73/templates/CRM/Event/Form/Participant.tpl#L411
which results in $_pid being set & as a result online being set
https://github.com/civicrm/civicrm-core/blob/90b461f1623e75e94e0f472a3c6bf23e01defbc1/CRM/Event/Form/EventFees.php#L350
which leads to the element being frozen
https://github.com/civicrm/civicrm-core/blob/90b461f1623e75e94e0f472a3c6bf23e01defbc1/CRM/Event/Form/EventFees.php#L393
which is interpretted as 'sold out'
https://github.com/civicrm/civicrm-core/blob/6b83d5bdd0f2ca546924feae6aa42aeddb1d40cf/templates/CRM/Price/Form/PriceSet.tpl#L93
This is an example of a code antipattern which is too prevalent in our codebase - ie. hanging various assumptions off a parameter.
I *think* the right answer is to assign a variable of online & then pass that through & make appropriate decisions based on that.
The first question is - do we revert https://github.com/civicrm/civicrm-core/pull/14244 out of the rc and then re-commit into master to give us more time given how awful this code path is5.16.0https://lab.civicrm.org/dev/core/-/issues/3271Regression: Can't use operators to filter contact subtypes other than "Is One...2022-04-22T15:53:19ZJonGoldRegression: Can't use operators to filter contact subtypes other than "Is One Of"This is introduced by core#544, which introduces a hard-coded `LIKE` where the code should allow for different operators.
[A commit based on 5.14 is here](https://github.com/MegaphoneJon/civicrm-core/commit/625b0b06e64d02883614e31bb4ef7...This is introduced by core#544, which introduces a hard-coded `LIKE` where the code should allow for different operators.
[A commit based on 5.14 is here](https://github.com/MegaphoneJon/civicrm-core/commit/625b0b06e64d02883614e31bb4ef79825a1b8ad2#diff-d355cdb00cea3915a3cf306c6c08f6a6L2131) and hopefully I (or someone) will have time to merge and add tests in the near future.5.16.0https://lab.civicrm.org/dev/core/-/issues/3253Contribution Detail: selecting the "soft credits" colum results in fatal error2022-04-22T15:52:45ZbgmContribution Detail: selecting the "soft credits" colum results in fatal errorTo reproduce:
* Go to the Reports > Contribution Reports > Contribution Details
* In the "columns", select the "soft credit" column
* Click "preview"
Results in a fatal error.
![Capture_d_écran_de_2018-03-07_16-58-43](/uploads/b3f0480...To reproduce:
* Go to the Reports > Contribution Reports > Contribution Details
* In the "columns", select the "soft credit" column
* Click "preview"
Results in a fatal error.
![Capture_d_écran_de_2018-03-07_16-58-43](/uploads/b3f048038f56aef323c6b101838b5b89/Capture_d_écran_de_2018-03-07_16-58-43.png)https://lab.civicrm.org/dev/core/-/issues/3244"You do not have permission to access this page" when exporting participants ...2022-04-22T15:52:33ZBobS"You do not have permission to access this page" when exporting participants in Search Kit- From Search Kit, create a new search.
- Search For: Participants
- Click Search and select 1 or more participants.
- From Action box: Choose Export Participants.
- Receive popup: "Error: You do not have permission to access this page."...- From Search Kit, create a new search.
- Search For: Participants
- Click Search and select 1 or more participants.
- From Action box: Choose Export Participants.
- Receive popup: "Error: You do not have permission to access this page."
I can, however, export participants from the traditional Search | Participants.
Confirmed on Demo site, Civi 5.38.0.https://lab.civicrm.org/dev/core/-/issues/3182Employee-Employer relationship breaks when modified in 5.47+2022-04-26T20:12:00ZJonGoldEmployee-Employer relationship breaks when modified in 5.47+Previously, it was possible to modify the Employee/Employer relationship, changing the relevant contact types from "Individual"/"Organization" to "Individual"/"All Contacts", in recognition of the fact that sometimes it's an individual t...Previously, it was possible to modify the Employee/Employer relationship, changing the relevant contact types from "Individual"/"Organization" to "Individual"/"All Contacts", in recognition of the fact that sometimes it's an individual that employs someone, not an organization.
This has regressed in 5.47, which enforces that contact B must be an organization.
I've run an installation for several years without any trouble related to the change I describe, so I'm wondering if there's a reason why we need to define the employee/employer relationship as having an employer as the organization?5.49.0JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/3175Smarty help not loading on 5.49+2022-04-14T07:27:37ZeileenSmarty help not loading on 5.49+The help popups are not working on 5.49 & master - e.g demo sites/ new build
![image](/uploads/8a0070b807ab8b2ef51ba4c986406697/image.png)
![image](/uploads/4f74cd84d4032a49ba20ca18ba5ecdca/image.png)
They DO work on 5.48.
They ALSO w...The help popups are not working on 5.49 & master - e.g demo sites/ new build
![image](/uploads/8a0070b807ab8b2ef51ba4c986406697/image.png)
![image](/uploads/4f74cd84d4032a49ba20ca18ba5ecdca/image.png)
They DO work on 5.48.
They ALSO work on 5.48 if you then switch branch to master, - ie master codebase on 4.38 database. Running composer doesn't have an impact BUT running the upgrade script does
- it may be that the cache clearing is the breaky part - I couldn't clear the cache without running the upgrade script5.49.0https://lab.civicrm.org/dev/core/-/issues/3170Mailing list replies broken by update to 5.48.02022-04-15T00:59:26ZphilmckMailing list replies broken by update to 5.48.0Overview
----------------------------------------
_Please describe your problem or bug in detail._
When a mailing is sent out from Mailings > New Mailing with a suitable "From" address set, it used to be possible for recipients to reply...Overview
----------------------------------------
_Please describe your problem or bug in detail._
When a mailing is sent out from Mailings > New Mailing with a suitable "From" address set, it used to be possible for recipients to reply to that address. Since the upgrade to 5.48.0 that doesn't work (no reply received).
I found a simple workaround - turn off "Track replies using VERP in Reply-To header" in Administer > CiviMail > CiviMail Component Settings.
That makes perfect sense, in fact it was probably a bug that it worked before even with that setting checked. The reasons I'm taking the time to report this are:
1. Turning off VERP disables tracking of replies (they are struck out in the "Review and Schedule" step) and sometimes it's good to have that information. Is it not possible to decode the VERP reply so this still works?
2. It would have been nice to have some warning that this was going to fail. I now have to re-email the entire mailing list apologising for the bug and asking them to submit their replies again - it's a very customer-visible failure.
Reproduction steps
----------------------------------------
1. Create a new mailing at Mailings > New Mailing with a suitable "From" address set (something you have access to).
2. Check that "Track replies using VERP in Reply-To header" in Administer > CiviMail > CiviMail Component Settings is enabled.
3. Send the message to a group that you're a member of. I created a test group for this purpose.
4. Manually trigger scheduled jobs if necessary in System Settings > Scheduled Jobs.
5. At the receiving end, reply (or reply all) to the message using a suitable mail client. (I just used a test Gmail account).
6. Monitor the mailbox corresponding to the "From" address. No reply will be received.
Current behaviour
----------------------------------------
_What happens currently. Please provide error messages, screenshots or gifs ([LICEcap](http://www.cockos.com/licecap/), [SilentCast](https://github.com/colinkeenan/silentcast)) where appropriate._
Before the update to 5.48.0, a reply would be received. Since then no reply is received.
Expected behaviour
----------------------------------------
_What should happen._
Probably what now happens is correct - I'm guessing a bug fix caused this (though a search for VERP bugs turned up nothing relevant).
If "Track replies using VERP" is disabled, a reply is received but reply tracking is not possible. It would be nice if tracking was still possible.
Environment information
----------------------------------------
<!-- Some of the items below may not be relevant for every bug - if in doubt please include more information than you think is neccessary. -->
**Browser:** Chrome Version 100.0.4896.75
**CiviCRM:** 5.48.0
**PHP:** 7.4.28 FPM
**CMS:** WordPress 5.9.3
**Database:** MariaDB version 10.4.24
**Web Server:** Apache version 2.4.53
Comments
----------------------------------------
_Anything else you would like the reviewer to note._https://lab.civicrm.org/dev/core/-/issues/3168PDF invoice downloads failing since 5.48.0 update2022-04-20T02:47:07ZphilmckPDF invoice downloads failing since 5.48.0 updateOverview
----------------------------------------
Since the upgrade to CiviCRM 5.48.0 I can no longer download invoices to view them before sending to a customer. An error popup shows, saying "Network error. Unable to reach the server. ...Overview
----------------------------------------
Since the upgrade to CiviCRM 5.48.0 I can no longer download invoices to view them before sending to a customer. An error popup shows, saying "Network error. Unable to reach the server. Please refresh this page in your browser and try again." There's nothing in the Apache error log (unusually for an error like this). It's still possible to email an invoice to a customer, copying myself and the invoice renders (as a PDF) OK.
There's nothing in the CiviCRM log that coincides with this event, although I do see lots of warnings like this at other times:
Apr 10 18:46:11 [warning] Deprecated function CRM_Core_Form::getLoggedInUserContactID, use CRM_Core_Session::getLoggedInContactID().
Array
(
[civi.tag] => deprecated
)
Reproduction steps
----------------------------------------
1. Click on the "View" link for any Contribution in Contributions > Dashboard.
2. Click the "Download Invoice" button.
Current behaviour
----------------------------------------
A red error popup appears at the top right showing "Network error. Unable to reach the server. Please refresh this page in your browser and try again." No invoice is shown. Nothing in Apache or CiviCRM error log.
Expected behaviour
----------------------------------------
In prior versions, a copy of the PDF invoice would download in my browser.
Environment information
----------------------------------------
* __Browser:__ Chrone Version 100.0.4896.75
* __CiviCRM:__ 5.48.0
* __PHP:__ 7.4.28 FPM
* __CMS:__ WordPress 5.9.3
* __Database:__ MariaDB version 10.4.24
* __Web Server:__ Apache version 2.4.53https://lab.civicrm.org/dev/core/-/issues/3165civicrm footer (showing version and system status) not displaying2022-04-14T22:37:15ZAllenShawcivicrm footer (showing version and system status) not displayingOn a clean install of master (also currently reproducible at https://dmaster.demo.civicrm.org/ and https://wpmaster.demo.civicrm.org/):
The familiar footer containing "Powered by CiviCRM x.x.x. CiviCRM is openly available under the GNU ...On a clean install of master (also currently reproducible at https://dmaster.demo.civicrm.org/ and https://wpmaster.demo.civicrm.org/):
The familiar footer containing "Powered by CiviCRM x.x.x. CiviCRM is openly available under the GNU AGPL License." etc. does not appear.5.49.0https://lab.civicrm.org/dev/core/-/issues/3161new Grants extension overrides modifications2022-04-13T00:07:09Zlcdwebnew Grants extension overrides modificationsThe move of CiviGrants to an extension in v5.47 has created some significant issues. For example, the use of .mgd files to manage option values such as grant statuses is very problematic. If a site has modified the default statuses in an...The move of CiviGrants to an extension in v5.47 has created some significant issues. For example, the use of .mgd files to manage option values such as grant statuses is very problematic. If a site has modified the default statuses in any way it will cause managed entity errors during upgrade and when caches are cleared. If you resolve those manually (insert the managed records that should align with the existing records), the managed entity rebuild process will overwrite any modifications to existing values. For example -- if you changed the label of "Eligible" to anything else, or added a description, the managed entity file will overwrite it and revert to the defined values in the .mgd file when it's next rebuilt.
This effectively makes these option values uncustomizable via the interface.https://lab.civicrm.org/dev/core/-/issues/3159Grant checkbox in display prefs does nothing anymore2022-04-06T12:32:32ZDaveDGrant checkbox in display prefs does nothing anymoreMarking it a regression since I assume it's related to the move to an extension.
At administer - customize - display preferences, there's a checkbox for Grants under Viewing Contacts. This used to control whether the grants tab appears ...Marking it a regression since I assume it's related to the move to an extension.
At administer - customize - display preferences, there's a checkbox for Grants under Viewing Contacts. This used to control whether the grants tab appears on contact view. Now if you uncheck it the tab still appears. You have to disable civigrant to get the tab to go away.
In the spirit of adding to the list of all the things needed when a component moves to an extension here is a lab ticket. The easiest thing is probably just remove `11` from https://github.com/civicrm/civicrm-core/blob/00cca057516581a90abba414a1c7c8492e4977ed/settings/Core.setting.php#L315.48.0https://lab.civicrm.org/dev/core/-/issues/3157Search Builder is gone2022-04-04T15:25:16ZjaapjansmaSearch Builder is goneThe menu item to Search Builder is gone from CiviCRM core.
When navigating in https://dmaster.demo.civicrm.or/civicrm/contact/search/builder?reset=1 it is displayed.
In CiviCRM 5.47.2 the menu item was still available.The menu item to Search Builder is gone from CiviCRM core.
When navigating in https://dmaster.demo.civicrm.or/civicrm/contact/search/builder?reset=1 it is displayed.
In CiviCRM 5.47.2 the menu item was still available.https://lab.civicrm.org/dev/core/-/issues/3153Filter summary no longer appearing on results for Reports2022-04-03T15:36:01ZStoobFilter summary no longer appearing on results for ReportsThere was summarized list of filters when you look at the results of a report. It looked something like the attached. Now in 5.46+ it is gone.
![filters](/uploads/5d2826f6c0661a375421f61cc73a1da2/filters.png)There was summarized list of filters when you look at the results of a report. It looked something like the attached. Now in 5.46+ it is gone.
![filters](/uploads/5d2826f6c0661a375421f61cc73a1da2/filters.png)5.48.0https://lab.civicrm.org/dev/core/-/issues/3151Database update from 5.47.2 to 5.47.3 fails with a non en_US database.2022-04-07T08:08:11ZspalmstromDatabase update from 5.47.2 to 5.47.3 fails with a non en_US database.Overview
----------------------------------------
The update from 5.47.2 to 5.47.3 fails in a non-US environment with
| Type | DB_Error ...Overview
----------------------------------------
The update from 5.47.2 to 5.47.3 fails in a non-US environment with
| Type | DB_Error |
|-----------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| Code | -1 |
| Message | DB Error: unknown error |
| Mode | 16 |
| UserInfo | ALTER TABLE civicrm_event_en_GB CHANGE COLUMN event_tz event_tz_bak text NULL DEFAULT NULL COMMENT 'For troubleshooting upgrades post 5.47. Can drop this column if no issues.' [nativecode=1347 ** 'civicrm_test.civicrm_event_en_gb' is not BASE TABLE] |
| DebugInfo | ALTER TABLE civicrm_event_en_GB CHANGE COLUMN event_tz event_tz_bak text NULL DEFAULT NULL COMMENT 'For troubleshooting upgrades post 5.47. Can drop this column if no issues.' [nativecode=1347 ** 'civicrm_test.civicrm_event_en_gb' is not BASE TABLE] |
Reproduction steps
----------------------------------------
1. Use Composer to install the code.
2. Run the database update.
Current behaviour
----------------------------------------
```
| Type | DB_Error |
|-----------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| Code | -1 |
| Message | DB Error: unknown error |
| Mode | 16 |
| UserInfo | ALTER TABLE civicrm_event_en_GB CHANGE COLUMN event_tz event_tz_bak text NULL DEFAULT NULL COMMENT 'For troubleshooting upgrades post 5.47. Can drop this column if no issues.' [nativecode=1347 ** 'civicrm_test.civicrm_event_en_gb' is not BASE TABLE] |
| DebugInfo | ALTER TABLE civicrm_event_en_GB CHANGE COLUMN event_tz event_tz_bak text NULL DEFAULT NULL COMMENT 'For troubleshooting upgrades post 5.47. Can drop this column if no issues.' [nativecode=1347 ** 'civicrm_test.civicrm_event_en_gb' is not BASE TABLE] |
```
Expected behaviour
----------------------------------------
Database update should run to completion.
Environment information
----------------------------------------
<!-- Some of the items below may not be relevant for every bug - if in doubt please include more information than you think is necessary. -->
* __Browser:__ _Edge_ but irrelevant.
* __CiviCRM:__ _5.47.2/5.47.3_ <!-- If this problem relates to an upgrade, then specify both old and new versions -->
* __PHP:__ _7.4__ but probably irrelevant.
* __CMS:__ _Drupal 9.3.9/..._ but probably irrelvant
* __Database:__ _MySQL 8.0.28_ but may not be relevant.
* __Web Server:__ _IIS 10_ but probably irrelevant.
Comments
----------------------------------------
I had unzipped the localisation files to <drupal root>\vendor\civicrm\civicrm-core before running the update script.
I suspect a vanilla en_US installation won't show the issue.
[CiviCRM_5.47.2_to_5.47.3_upgrade_error.pdf](/uploads/b82ba443e7d87aa63edee4fb4abe72d3/CiviCRM_5.47.2_to_5.47.3_upgrade_error.pdf)https://lab.civicrm.org/dev/core/-/issues/3142Gender field no longer working2022-03-28T22:52:46ZDaveDGender field no longer workingThe field always displays as though it has no value, even when it has a value. Can reproduce locally and on dmaster.demo.
My guess would be it's from one of the smarty escaping PRs.The field always displays as though it has no value, even when it has a value. Can reproduce locally and on dmaster.demo.
My guess would be it's from one of the smarty escaping PRs.5.49.0https://lab.civicrm.org/dev/core/-/issues/3135Regression - dedupe redirects to wrong place in 5.48rc2022-06-12T00:47:07ZeileenRegression - dedupe redirects to wrong place in 5.48rcWith [this commit](https://github.com/civicrm/civicrm-core/pull/22768/commits/a6f2a80ffbddfc0788199ec824b8aff46ccd1542) the user is redirected to the wrong place after merging 2 contacts
The correct flow is that
1) user does a search f...With [this commit](https://github.com/civicrm/civicrm-core/pull/22768/commits/a6f2a80ffbddfc0788199ec824b8aff46ccd1542) the user is redirected to the wrong place after merging 2 contacts
The correct flow is that
1) user does a search from basic search, advanced search etc
2) user selects 2 contacts & chooses the action to merge them
3) user submits the screen to merge them
4) user redirected to the single resulting contact
The regression is that in 4 the user is redirected to the search results again. This has been reported as a regression/ problematic change by users
@colemanw this is the regression I commented in github5.48.0https://lab.civicrm.org/dev/core/-/issues/3134New Membership fails when price set present but not selected2022-03-30T16:37:26Zluke.stewartNew Membership fails when price set present but not selectedOverview
----------------------------------------
From -> https://chat.civicrm.org/civicrm/pl/raz1a9pnqpys7bff5bm6x45rwh
Reproduction steps
----------------------------------------
1. create Price Set for Memberships
1. add first field...Overview
----------------------------------------
From -> https://chat.civicrm.org/civicrm/pl/raz1a9pnqpys7bff5bm6x45rwh
Reproduction steps
----------------------------------------
1. create Price Set for Memberships
1. add first field for folk to choose their membership
1. add a second field (using a different FinType but may not be an important step) using options and give at least 2 options (though 1 may do too)
1. via backend, go to Contact, right click to Add Membership in new Tab. select above Price Set and do NOT chose an option in field.
1. The website encountered an unexpected error. Please try again later
Current behaviour
----------------------------------------
Badness!
"The website encountered an unexpected error. Please try again later"
```
TypeError: Argument 1 passed to CRM_Financial_BAO_Order::isOverrideLineItemFinancialType() must be of the type int, null given, called in
/sites/all/modules/civicrm/CRM/Financial/BAO/Order.php on line 817 in CRM_Financial_BAO_Order->isOverrideLineItemFinancialType() (line 390 of /sites/all/modules/civicrm/CRM/Financial/BAO/Order.php).
```
Expected behaviour
----------------------------------------
Membership should create
Environment information
----------------------------------------
Replicated on dmaster. Note error message I copied above is from a site which has a patched version of 5.46.3 so line numbers might vary but we do see this on dmaster as well.5.47.3https://lab.civicrm.org/dev/core/-/issues/3119Post-upgrade messages no longer being displayed2022-03-22T13:16:42ZDaveDPost-upgrade messages no longer being displayedIn 5.44 for example, the post-upgrade message looks like this:
```
Congratulations! Your upgrade was successful!
A token has been updated in the invoice template. Check the system checks page to see if any action is required.
```
Note...In 5.44 for example, the post-upgrade message looks like this:
```
Congratulations! Your upgrade was successful!
A token has been updated in the invoice template. Check the system checks page to see if any action is required.
```
Note that there is always at least the `Congratulations! Your upgrade was successful!` that comes from https://github.com/civicrm/civicrm-core/blob/2eab44850a420083bafef133278b34f43d28cc70/CRM/Upgrade/Page/Upgrade.php#L139
In 5.47 for example you get nothing. This line is no longer TRUE: https://github.com/civicrm/civicrm-core/blob/2eab44850a420083bafef133278b34f43d28cc70/CRM/Upgrade/Page/Upgrade.php#L172
Doesn't affect `cv` just the UI.5.47.3https://lab.civicrm.org/dev/core/-/issues/3118CiviGrant - Can't edit existing grants following move to Core Extension2022-03-16T12:49:25ZMatt TrimCiviGrant - Can't edit existing grants following move to Core ExtensionOverview
----------------------------------------
When trying to edit an existing grant in CiviCRM of Civi versions 5.47.0 onwards, I am greeted with an error message.
Reproduction steps
----------------------------------------
Editin...Overview
----------------------------------------
When trying to edit an existing grant in CiviCRM of Civi versions 5.47.0 onwards, I am greeted with an error message.
Reproduction steps
----------------------------------------
Editing a Grant from a Contact Record:
1. Find any existing contact record that has an existing Grant, and navigate to the Contact Record -> Grants tab.
1. Press the "Edit" button.
1. Receive "Network Error Unable to reach the server. Please refresh this page in your browser and try again." status bounce message
1. Look at Watchdog / Error logs:
```
TypeError: Argument 2 passed to CRM_Grant_BAO_Grant::retrieve() must be of the type array, null given, called in /buildkit/build/user-prompts/vendor/civicrm/civicrm-core/ext/civigrant/CRM/Grant/Form/Grant.php on line 106 in CRM_Grant_BAO_Grant::retrieve() (line 75 of /buildkit/build/test/vendor/civicrm/civicrm-core/ext/civigrant/CRM/Grant/BAO/Grant.php)
```
Editing a Grant from the "Find Grants" screen:
1. Navigate to the "Find Grants" screen
1. Press "Search"
1. Press "Edit" on any of the displayed Grants
1. Note the same behaviour presents as above.
Current behaviour
----------------------------------------
```
TypeError: Argument 2 passed to CRM_Grant_BAO_Grant::retrieve() must be of the type array, null given, called in /buildkit/build/user-prompts/vendor/civicrm/civicrm-core/ext/civigrant/CRM/Grant/Form/Grant.php on line 106 in CRM_Grant_BAO_Grant::retrieve() (line 75 of /buildkit/build/test/vendor/civicrm/civicrm-core/ext/civigrant/CRM/Grant/BAO/Grant.php)
```
Expected behaviour
----------------------------------------
I should be able to edit a grant.
Comments
----------------------------------------
Pradeep has raised a Pull Request that addresses this: https://github.com/civicrm/civicrm-core/pull/22947
OR
https://github.com/civicrm/civicrm-core/pull/22948https://lab.civicrm.org/dev/core/-/issues/3116Event API is not available after upgrading to 5.472022-03-17T18:12:40ZedvanleeuwenEvent API is not available after upgrading to 5.47After upgrading from 5.46.0 to 5.47.1, I get the following error:
`API Exception: Event API is not available because CiviEvent component is disabled while checking events for timezones.`
Is this a regression fault or should I change so...After upgrading from 5.46.0 to 5.47.1, I get the following error:
`API Exception: Event API is not available because CiviEvent component is disabled while checking events for timezones.`
Is this a regression fault or should I change some configuration setting?5.47.2