Development issueshttps://lab.civicrm.org/groups/dev/-/issues2023-07-21T09:54:27Zhttps://lab.civicrm.org/dev/core/-/issues/4440SearchUI: Find Contributions issues2023-07-21T09:54:27Zaydunsaidan.saunders@squiffle.ukSearchUI: Find Contributions issuesIssues that need addressing for the SearchUI Find Contributions page to match core:
- [ ] Figure out how to handle payments:
- In current version, clicking on amount expands to show payment details and buttons
- [ ] Figure out ho...Issues that need addressing for the SearchUI Find Contributions page to match core:
- [ ] Figure out how to handle payments:
- In current version, clicking on amount expands to show payment details and buttons
- [ ] Figure out how to handle Soft Credits
- Current version has several filter options
- [ ] Figure out how to handle Recurring Contributions
- Current version also searches for these. Maybe better as a separate search?
- [ ] Figure out how to handle PCPs
- (Does anyone use PCPs? If so, what is useful in this search?) Not showing correctly.
- [x] Add contribution totals
- [ ] Some actions missing
- [x] Filters - convert some to Yes/No ([#4415](https://lab.civicrm.org/dev/core/-/issues/4415))
- done by adding 'is null' fields to search. Would be nice to rework if/when 4415 is implemented.
- but this doesn't interact properly with 'Group by' used in the Summary section
- [ ] Filter layout
- Current labels and groupings are for dev purposes, need improvement
- [ ] Add more here ...https://lab.civicrm.org/dev/user-interface/-/issues/53Remove "Save and New" buttons from most places2024-03-14T16:00:22ZbgmRemove "Save and New" buttons from most placesIt might make sense in a few places, but in a lot of places, "Save and New" is clutter.
Opening a financial batch?
![image](/uploads/c9f11710837b0deafe883eb20d08a39d/image.png)
Creating a Contribution Page?
![image](/uploads/4ed0a185...It might make sense in a few places, but in a lot of places, "Save and New" is clutter.
Opening a financial batch?
![image](/uploads/c9f11710837b0deafe883eb20d08a39d/image.png)
Creating a Contribution Page?
![image](/uploads/4ed0a1850a777b39cb0e37b7138b9982/image.png)
(ok, not "save and new", but still, what does "Done" even mean?)
~~Price Sets - Add Field:~~
![image](/uploads/190a2069aab8f49a722f3bf6d5b7e39f/image.png)
~~.. is that "Save and New" really useful? It opens in a popup, so it really only saves 0.5 seconds, but you have to think 0.5 seconds more to click the right button.~~ (edit: there was support to keep it)
And..
- New/Edit Petition
- New/Edit Survey
![image](/uploads/061033c42fbd700e4252b9f111204b07/image.png)
Make it makes sense for:
- New Contribution (in standalone mode)
- ?
![image](/uploads/56ed51a0cbd301b4211603ba1cfdbe85/image.png)https://lab.civicrm.org/dev/core/-/issues/4439PriceSet select options cause javascript errors2023-08-08T22:21:55ZbgmPriceSet select options cause javascript errorsTo reproduce:
- https://dmaster.demo.civicrm.org/civicrm/admin/price?reset=1
- Create a new Price Set, for Memberships
- Add a single field 'membership' of type Select, with the 3 membership options
Then go to a contact record:
- http...To reproduce:
- https://dmaster.demo.civicrm.org/civicrm/admin/price?reset=1
- Create a new Price Set, for Memberships
- Add a single field 'membership' of type Select, with the 3 membership options
Then go to a contact record:
- https://dmaster.demo.civicrm.org/civicrm/contact/view?reset=1&cid=204&selectedChild=member
- Add Membership
- Select the "Membership" Price Set
- Select a membership option from the select
The total will be $0.00 and the Javascript console will display an error:
> Uncaught TypeError: selectedText[option] is undefined
We noticed the error after upgrading to 5.63.1, previously 5.60.
It also happens with Contribution PriceSets.5.63.2https://lab.civicrm.org/dev/core/-/issues/4438Test Contributions cannot be selected by id in SearchKit2023-07-21T09:56:24ZbrienneTest Contributions cannot be selected by id in SearchKitOverview
----------------------------------------
In SearchKit, a test Contribution cannot be selected by id, such as in the `WHERE` clause, as the test does not appear as an option in the autocomplete drop down list. However, this is no...Overview
----------------------------------------
In SearchKit, a test Contribution cannot be selected by id, such as in the `WHERE` clause, as the test does not appear as an option in the autocomplete drop down list. However, this is not a problem in APIv4, where you can type in the id directly into the available text box.
Reproduction steps
----------------------------------------
1. Find or create a test Contribution
* the quickest way to create one would be by using APIv4 with `is_test = Yes` in the `WHERE` clause.
1. Create a SearchKit with Contributions as the primary entity.
1. In the `WHERE` section, select `Contribution ID =` and then type in the id of the test contribution
1. The drop down list will display 'None found'.
Current behaviour
----------------------------------------
A test Contribution cannot be selected by its id from SearchKit, however, it is available in APIv4.
![Selection_160](/uploads/2547cfd47d94f8e48dce669a391c44a8/Selection_160.png)
![Selection_161](/uploads/88a8cf0da71c4114ab4ca47d1f38e6e7/Selection_161.png)
Expected behaviour
----------------------------------------
A test Contribution should be select-able by its id from SearchKit.
Environment information
----------------------------------------
* __CiviCRM:__ 5.63.alpha1https://lab.civicrm.org/dev/core/-/issues/4437SearchKit dB Entity not able to save2023-07-17T19:46:43ZBruce ThompsonSearchKit dB Entity not able to saveWhen creating a dB Entity in searchkit if the search is complex it will not save. Just get an orange box with a spinning icon. I was able to recreate the issue here https://wpmaster.demo.civicrm.org/.
Details:
- Simple search such as a ...When creating a dB Entity in searchkit if the search is complex it will not save. Just get an orange box with a spinning icon. I was able to recreate the issue here https://wpmaster.demo.civicrm.org/.
Details:
- Simple search such as a search for individual contacts saved fine.
- A search with address state also saved fine
- When adding contact address & state abbreviation the error saving occurred.
With the simple searches that save OK I see the message ` Last refreshed: never. Click "Save" to refresh now.` if I click save I see `Checking last refresh date...` when I look in the database I see the table created but no data.
I tested on my test site running CiviCRM 5.63.1 with WordPress 6.2.2 and PHP 8.1.21. I was able to recreate all this in https://wpmaster.demo.civicrm.org/.https://lab.civicrm.org/dev/user-interface/-/issues/52Consistent markup/classes for status messages2023-08-02T18:26:34ZbgmConsistent markup/classes for status messagesWhile looking at the code of a popular theme, grepping for `\.status`, it made more realize how many different uses there are for the `status` class.
- Footer status
- Contribution Dashboard: when there are no events, there is `status n...While looking at the code of a popular theme, grepping for `\.status`, it made more realize how many different uses there are for the `status` class.
- Footer status
- Contribution Dashboard: when there are no events, there is `status no-popup`, without success/warning
![image](/uploads/7740b1f673e27365551dd18b13ea2230/image.png)
- Find Participants \> Cancel registrations, uses `messages status no-popup`, and the theme has to guess it's a warning:
![image](/uploads/c972b46b3c337ee8e4d2327b17a5d398/image.png)
- Upgrade messages (https://github.com/civicrm/civicrm-core/pull/25961)
- Standalone: https://github.com/civicrm/civicrm-core/pull/26965/fileshttps://lab.civicrm.org/dev/user-interface/-/issues/51Remove top buttons on backend forms2023-07-20T20:48:51ZbgmRemove top buttons on backend formsBackend CiviCRM forms can be overwhelming. It's not always obvious why. Few people will say "oh my, those buttons are overwhelming", because it's obvious what they do, but every bit of redundant information becomes a bit more clutter tha...Backend CiviCRM forms can be overwhelming. It's not always obvious why. Few people will say "oh my, those buttons are overwhelming", because it's obvious what they do, but every bit of redundant information becomes a bit more clutter that the brain has the process.
For example, New Price Set form:
![image](/uploads/ce63e54d411ea9a289ad8aecb7284db5/image.png)
Removing the top buttons means that the eye can go directly to filling in the form (although, that help message eh.. but that's another topic):
![image](/uploads/a288a65ddbc2f788bf2d47d4f8949ae8/image.png)
I know we want interfaces to be consistent, and I would apply that kind of fix to most forms, unless there is a really good reason not to (ex: frontend contribution review form).
Some people might miss those buttons, but I think most new and regular users will be happy to see them go away. Personally I often hide them in CSS, but I'm trying to push for more core improvements, less hacks.
cc @larssg @artfulrobot @nicol @yashodha @mattwire (you have expressed interest on this topic in the past)5.65.0https://lab.civicrm.org/dev/core/-/issues/4436Contact prefix not shown in mailing labels2023-07-18T17:56:58ZschorschiiContact prefix not shown in mailing labels## Overview
I tried to insert the contact prefix into the mailing label format. So I selected the "Individual Prefix" from the right drop-down menu and it inserts `{contact.prefix_id:label}` into the mailing label format textbox. However...## Overview
I tried to insert the contact prefix into the mailing label format. So I selected the "Individual Prefix" from the right drop-down menu and it inserts `{contact.prefix_id:label}` into the mailing label format textbox. However, this placeholder is never filled, i.e. it is always empty when creating mailing labels.
## Reproduction steps
1. Administer -> Localization -> Address Settings -> insert "Individual Prefix"/`{contact.prefix_id:label}` into textbox
2. Search contacts, select some from the result list, choose "Mailing labels - print" from the actions menu
## Current behaviour
The contact prefix is never shown on the mailing labels.
## Expected behaviour
The contact prefix should be shown on the mailing label PDF.
## Environment information
CiviCRM version 5.63.1 under WordPress, German language packhttps://lab.civicrm.org/dev/core/-/issues/4435Undefined index: payment_type2023-07-24T02:33:18ZJoeMurrayUndefined index: payment_typeOn dmaster I changed default contribution page to purchase memberships so it allowed pay later, went to live page and did a pay later payment for a $100 membership and got (on https://dmaster.demo.civicrm.org/civicrm/contribute/transact?...On dmaster I changed default contribution page to purchase memberships so it allowed pay later, went to live page and did a pay later payment for a $100 membership and got (on https://dmaster.demo.civicrm.org/civicrm/contribute/transact?_qf_Confirm_display=true&qfKey=CRMContributeControllerContribution4dhfkffigym8c4c8k0kos0ko00440gkg8008wss00gowwc8ckw_9868):
Notice: Undefined index: payment_type in CRM_Core_Payment->validatePaymentInstrument() (line 511 of /srv/buildkit/build/dmaster/web/sites/all/modules/civicrm/CRM/Core/Payment.php).
Dummy Payment processor is only defined payment processor and it is enabled.
Changing Fall Fundraising default event to allow Pay Later, then using Live page to do so, also results in an error on the confirm but not Thank You page (https://dmaster.demo.civicrm.org/civicrm/event/register?_qf_Confirm_display=true&qfKey=CRMEventControllerRegistrationxabxsqxsysgg88scss808ksog0o4okko84cw4ok0s0ss8cgsk_1767):
Notice: Undefined index: payment_type in CRM_Core_Payment->validatePaymentInstrument() (line 511 of /srv/buildkit/build/dmaster/web/sites/all/modules/civicrm/CRM/Core/Payment.php).5.65.0https://lab.civicrm.org/dev/core/-/issues/4434Don't allow uploading attachments to bulk mailings if they exceed the size limit2023-07-21T09:57:50ZDaveDDon't allow uploading attachments to bulk mailings if they exceed the size limitThere's been a couple times on multiple sites where the mailing bounces and it's not clear to the average office staffer why, but it's because they've uploaded a 30MB pdf to the mailing.
It should just not allow doing that in the first ...There's been a couple times on multiple sites where the mailing bounces and it's not clear to the average office staffer why, but it's because they've uploaded a 30MB pdf to the mailing.
It should just not allow doing that in the first place if the config settings have a smaller limit.https://lab.civicrm.org/dev/core/-/issues/4433E2E_Core_PathUrlTest::testGetUrl_WpAdmin() fails because CiviCRM routing is c...2023-07-24T20:52:34ZtottenE2E_Core_PathUrlTest::testGetUrl_WpAdmin() fails because CiviCRM routing is confusingThe gist of the test: it calls `cv url civicrm/contribute?reset=1` and asserts that the URL will open in the WordPress backend UI (aka `/wp-admin/`).
([Full source](https://github.com/civicrm/civicrm-core/blob/8e0dabd20bebe55d5dd725f301...The gist of the test: it calls `cv url civicrm/contribute?reset=1` and asserts that the URL will open in the WordPress backend UI (aka `/wp-admin/`).
([Full source](https://github.com/civicrm/civicrm-core/blob/8e0dabd20bebe55d5dd725f3015c41019cb8dbed/tests/phpunit/E2E/Core/PathUrlTest.php#L94-L117))
The test is failing. There are currently two patches:
* [25476](https://github.com/civicrm/civicrm-core/pull/25476): Automatically choose frontend/backend based on the route metadata
* [26772](https://github.com/civicrm/civicrm-core/pull/26772): Change the test to specifically request backend
Both have issues. So here's a deep-dive into the context.
Background
----------
* CiviCRM runs on Drupal/Backdrop and WordPress/Joomla.
* On WordPress/Joomla, the "frontend" and "backend" are different sub-applications (e.g. `/` vs `/wp-admin/`). The applications have very different URL structures. To make a hyperlink, you first decide which sub-application to target -- and then pick a page within it.
* On Drupal/Backdrop, it's one application, and all URLs have similar structure. To make a hyperlink, you simply identify the page.
* (*Drupal/Backdrop UX can sometimes distinguish frontend/backend -- but it's a visual choice based on local configuration. It's not a structural part of the URL.*)
* CiviCRM's routing system integrates into every UF/CMS, but (internally) it is closer to Drupal's. There is one `civicrm_menu` with all frontend+backend pages.
* On Drupal/Backdrop, CiviCRM's routes pass directly to CMS routes.
* On WordPress/Joomla, CiviCRM's routing integrates with both subapplications (ie "frontend" and "backend").
* CiviCRM stores a flag `bool is_public` for each route.
* CiviCRM includes routes which can be classified as:
* Purely backend (ex: `civicrm/dashboard`)
* Purely frontend (ex: `civicrm/event/register`)
* Purely web-service (ex: `civicrm/payment/ipn`)
* Multi-homed
* Ex: `civicrm/profile/view` has use-cases for frontend and backend
* Ex: `civicrm/ajax/api4/%` has use-cases for frontend, backend, and web-service
* CiviCRM has a function `CRM_Utils_System::url()`
* At first glance, it resembles Drupal's `\url()`. You typically just give the page (e.g. `url('civicrm/foo/bar')`).
* Over time, several additional parameters were added -- notably, the 6th parameter `bool $frontend` and the 7th parameter `bool $forceBackend`.
Problems
--------
* The status-quo invites bugs between CMS's.
* A developer working on Drupal will have trouble recognizing the importance of the 6th and 7th parameters. (*Those params do nothing on Drupal - and they're buried at the end of method.*)
* The status-quo invites bugs between interactive and automatic processes.
* A developer defines a custom token and tests it interactively; then at runtime, the token is sent by an automatic process. But the interactive/automatic split is orthogonal to frontend/backend split. Sometimes, interactive/automatic agree with each other (*both frontend or both backend*), and sometimes they disagree (*one frontend, one backend*).
* Overall, what tends to happen is:
* Developer writes a call like `CRM_Utils_System::url('civicrm/foo/bar')`, and it looks pretty.
* They test, and it works beautifully on their system.
* They publish, and it fails on other systems.
* Someone writes a patch to add 5 more parameters (`url('civicrm/foo/bar', '', FALSE, NULL, TRUE, TRUE)`). And then it's OK.
* The DX is awkward and invites bugs (in core and contrib) -- but it becomes more annoying for `cv` UX.
* If you need a 5th/6th param in PHP code, then you'll eventually figure it out and commit the update to your codebase. Then you forget about it.
* `cv` has some commands to facilitate manual testing and E2E testing (ie `cv url`, `cv http`, `cv open`). These are things that you improvise. Mismatched URLs can be annoying anytime you use these subcommands.
What to do
----------
There are two PRs to fix the test, and honestly - I don't really like either.
* [26772](https://github.com/civicrm/civicrm-core/pull/26772) makes the red mark go away, but it leaves the underlying issue (poor DX for PHP and poor UX for cv).
* [25476](https://github.com/civicrm/civicrm-core/pull/25476) aims to fix the underlying issue, but it's probably too facile. The current metadata can distinguish "purely frontend" pages from "purely backend" pages, but it cannot recognize "purely web-service" or "multi-homed". It probably messes-up some scenarios for those.
* Fixing this probably requires some more aggressive transition in the contract.
* Ex: Improve the routing metadata so that we can distinguish web-service routes and multi-home routes.
* Ex: Define a different class or function for generating URLs (*with a more usable signature*).
* Another option is to leave `civicrm-core` as-is -- and only update `cv`.
* Ex: Give `cv` the mechanism to resolve a frontend/backend based on metadata.
* Ex: Change `cv` to complain if you don't a specify frontend/backend flag.
* Either way, it feels like a bit of a wasted opportunity to only patch `cv` when we know that other users of `CRM_Utils_System::url()` get confused about the frontend/backend flags.https://lab.civicrm.org/dev/core/-/issues/4432Permission system can be bypassed from the search results action menu2023-07-21T09:59:05ZschorschiiPermission system can be bypassed from the search results action menuOverview
----------------------------------------
I created a simple permission structure where a group of CiviCRM users ("Group A") has write access to a group of contacts ("Group B"). (Every logged in user can read all contacts in our ...Overview
----------------------------------------
I created a simple permission structure where a group of CiviCRM users ("Group A") has write access to a group of contacts ("Group B"). (Every logged in user can read all contacts in our system.)
When a contact is now added to "Group B", users of "Group A" see the edit button on the contact and can add/remove the contact to/from groups on the contact detail page. When removing the contact from "Group B", the edit button disappears. So far, everything as expected.
But when using the actions menu from the search results, users can add/remove group assignments of a contact which is not in "Group B".
Isn't this an inconsistency in the permission system? Or am I missing something? How to avoid group membership changes of contacts which are not in "Group B" by users which are in "Group A"?
Reproduction steps
----------------------------------------
1. Create a role, assign it to "Group A" and create ACL "edit" for "Group B".
2. Log in with a non-admin user which is member of "Group A".
3. Search a contact which is not member of "Group B". Select it in the search results and choose "Group - add contact" or "Group - remove contact".
Current behaviour
----------------------------------------
I can change the group membership of this contact from within the action menu of the search result list.
Expected behaviour
----------------------------------------
Group membership changes should be refused since the contact is not member of "Group B".
When opening the contact's detail view, it works as expected, which means I'm not able to change the group memberships there.
Environment information
----------------------------------------
CiviCRM version 5.63.1 under WordPress
[Corresponding question on StackExchange](https://civicrm.stackexchange.com/questions/45266/permission-system-not-working-as-expected)https://lab.civicrm.org/dev/core/-/issues/4431API4: "!=" has unexpected results on NULL fields2023-07-21T09:59:23ZJonGoldAPI4: "!=" has unexpected results on NULL fieldsOverview
----------------------------------------
Using the `!=` operator when some of the values are `NULL` does not return the `NULL` records.
Reproduction steps
----------------------------------------
1. On a demo site (which by def...Overview
----------------------------------------
Using the `!=` operator when some of the values are `NULL` does not return the `NULL` records.
Reproduction steps
----------------------------------------
1. On a demo site (which by default has no contacts with a subtype), search for contacts that are not of subtype "Parent".
E.g.:
```php
\Civi\Api4\Contact::get(TRUE)
->addWhere('contact_sub_type', '!=', 'Parent')
->execute();
```
Current behaviour
----------------------------------------
No results are returned.
Expected behaviour
----------------------------------------
All results are returned, since no record is a Parent.
Comments
----------------------------------------
I thought at some point, `!=` internally generated `!= and IS NOT NULL` but maybe that was somewhere else.
I just learned about the MySQL null-safe equals operator, which would also solve this problem: https://stackoverflow.com/a/44723097/2832108https://lab.civicrm.org/dev/core/-/issues/4430New validation of email not good very bad on the search screen2023-08-08T22:21:52ZeileenNew validation of email not good very bad on the search screen![image](/uploads/c0c27aa7091ebf30a316174f9b1dac23/image.png)
![image](/uploads/d8fb04672fe5e1c6a16857f2c5958769/image.png)![image](/uploads/c0c27aa7091ebf30a316174f9b1dac23/image.png)
![image](/uploads/d8fb04672fe5e1c6a16857f2c5958769/image.png)5.64.0https://lab.civicrm.org/dev/core/-/issues/4429Once you create a Membership price set, with membership options (ie Select) y...2023-08-08T22:21:53ZpetednzOnce you create a Membership price set, with membership options (ie Select) you cannot then add a new Option as the Membership fields are not displayingreplicated on WPMaster
- add price set for memberships
- add a SELECT field so you can set option 1 = Memb X and option 2 = Memb Y
- save
- try to add a new option to the above field, Memb Type and Number of Terms fields are not visiblereplicated on WPMaster
- add price set for memberships
- add a SELECT field so you can set option 1 = Memb X and option 2 = Memb Y
- save
- try to add a new option to the above field, Memb Type and Number of Terms fields are not visible5.64.0https://lab.civicrm.org/dev/core/-/issues/4428Membership Fee token error in automatic membership renewal messages2023-09-24T22:49:30ZbwheelerMembership Fee token error in automatic membership renewal messagesOverview
----------------------------------------
This is related to another issue, https://lab.civicrm.org/dev/core/-/issues/3805 which was posted in https://civicrm.stackexchange.com/questions/42438/error-on-membership-fee-token-when-u...Overview
----------------------------------------
This is related to another issue, https://lab.civicrm.org/dev/core/-/issues/3805 which was posted in https://civicrm.stackexchange.com/questions/42438/error-on-membership-fee-token-when-using-print-merge-document/42443#42443
Reproduction steps
----------------------------------------
The original ticket has these reproduction steps:
I did a short test on the demo sandbox.
Selected "Find Membership" and selected one record. I then choose Print/Merge Document and added 2 tokens, {membership.id} and {membership.fee} Then clicked "Preview" to see the pdf outcome.
If I use only the token {membership.id} I do not get any error message and the preview is created.
Adding {membership.fee} I get the following error message below.
You can also reproduce the issue by creating an automatic membership renewal message with {membership.fee} in it and trying to send the renewal message.
Current behaviour
----------------------------------------
In the current version of Civi, the code will run but it will show 0.00 for the membership fee instead of the actual membership fee.
Expected behaviour
----------------------------------------
It should show the correct membership fee.
We propose fixing this with the following code. This won't match exactly the latest version of Civi because we're working off 5.58.1 but if it looks good, we'll submit a review with the latest version of Civi.
```diff
+++ b/sites/all/modules/civicrm/CRM/Member/Tokens.php
@@ -61,8 +61,17 @@ class CRM_Member_Tokens extends CRM_Core_EntityTokens {
*/
public function evaluateToken(\Civi\Token\TokenRow $row, $entity, $field, $prefetch = NULL) {
if ($field === 'fee') {
- $membershipType = CRM_Member_BAO_MembershipType::getMembershipType($this->getFieldValue($row, 'membership_type_id'));
- $row->tokens($entity, $field, \CRM_Utils_Money::formatLocaleNumericRoundedForDefaultCurrency($membershipType['minimum_fee']));
+ $membershipTypeId = $this->getFieldValue($row, 'membership_type_id');
+ if (empty($membershipTypeId) && isset($row->context['membershipId'])) {
+ $membership = CRM_Member_BAO_Membership::findById($row->context['membershipId']);
+ $membershipTypeId = $membership->membership_type_id;
+ }
+ $membershipType = CRM_Member_BAO_MembershipType::getMembershipType($membershipTypeId);
+ $minimumFee = 0;
+ if ($membershipType) {
+ $minimumFee = $membershipType['minimum_fee'];
+ }
+ $row->tokens($entity, $field, \CRM_Utils_Money::formatLocaleNumericRoundedForDefaultCurrency($minimumFee));
}
```https://lab.civicrm.org/dev/core/-/issues/4427Deleted activities filter no longer working on manage case2023-08-08T22:21:52ZDaveDDeleted activities filter no longer working on manage case1. Delete a case activity.
2. On manage case expand the activity search filters and click the deleted checkbox.
3. Shows the same thing as when unchecked.
The ajax url in both cases has activity_deleted=0
Hmm, deja vu, but in reverse: ...1. Delete a case activity.
2. On manage case expand the activity search filters and click the deleted checkbox.
3. Shows the same thing as when unchecked.
The ajax url in both cases has activity_deleted=0
Hmm, deja vu, but in reverse: https://lab.civicrm.org/dev/core/-/issues/1022. This time the case_id is missing for this field.5.64.0https://lab.civicrm.org/dev/core/-/issues/4426Standalone: currentPath returns null2023-08-20T19:28:14ZbgmStandalone: currentPath returns nullThis is mostly visible when using the language-switcher extension. `CRM_Utils_System::currentPath()` returns NULL, so the extension cannot generate proper URLs. It's presumably going to cause problems elsewhere.
The function does this:...This is mostly visible when using the language-switcher extension. `CRM_Utils_System::currentPath()` returns NULL, so the extension cannot generate proper URLs. It's presumably going to cause problems elsewhere.
The function does this:
```
public static function currentPath() {
$config = CRM_Core_Config::singleton();
return isset($_GET[$config->userFrameworkURLVar]) ? trim($_GET[$config->userFrameworkURLVar], '/') : NULL;
}
```
and when using Standalone, `$config->userFrameworkURLVar` is set to `q` (default value), and `$_GET['q']` is not set.
For Drupal9, we still apply this patch: https://github.com/civicrm/civicrm-core/pull/15267/files (I didn't revive the PR, because apparently we're the only ones having the issue, so maybe it's related to our hosting).5.66.0https://lab.civicrm.org/dev/core/-/issues/4425Standalone: language change does not stick2023-12-02T12:21:46ZbgmStandalone: language change does not stickTo reproduce:
- Administer > System Settings > Extensions: Enable the [update language](https://civicrm.org/extensions/update-language-files) extension, saves time, if you haven't already downloaded the translation files
- Administer > ...To reproduce:
- Administer > System Settings > Extensions: Enable the [update language](https://civicrm.org/extensions/update-language-files) extension, saves time, if you haven't already downloaded the translation files
- Administer > Localization > Languages: Enable two languages (no need for multilingual, just enable a second language)
You should then be able to display pages in different languages, using the `lcMessages=xx_YY` parameter. Ex:
- https://crm.example.org/civicrm?lcMessages=en_US
- https://crm.example.org/civicrm?lcMessages=fr_CA (adapt to the locale you enabled)
This works for a single page. However, CiviCRM should normally save the language in the `$session` object. See `CRM_Core_BAO_ConfigSetting::applyLocale`. It does not seem to be happening.
(I'll try to circle back, just wanted to log my findings so far)5.69.0https://lab.civicrm.org/dev/core/-/issues/4424Breakage with 5.63 moving code to extensions2023-07-27T21:22:32ZeileenBreakage with 5.63 moving code to extensionsWe are hitting a fatal error `Error: Class 'Civi\Api4\FinancialAccount' not found in include()` when we upgrade from 5.61 to 5.64.
The error is happening when it tries to reconcile managed entities because our mgd.php file inc...We are hitting a fatal error `Error: Class 'Civi\Api4\FinancialAccount' not found in include()` when we upgrade from 5.61 to 5.64.
The error is happening when it tries to reconcile managed entities because our mgd.php file includes a call to this api.
The Managed.reconcile is called before `addExtensionTask` resulting in it failing on the former because the latter has not yet run. It then fails to do the latter because it crashed out, although the domain version is correctly udpdated5.64.0