Development issues
https://lab.civicrm.org/groups/dev/-/issues
2024-02-23T15:18:23Z
https://lab.civicrm.org/dev/core/-/issues/5015
'Clean-up Temporary Data and Files' doesn't empty the tplCache by default
2024-02-23T15:18:23Z
Andrew West
'Clean-up Temporary Data and Files' doesn't empty the tplCache by default
The 'Clean-up temporary data and files' scheduled job [doesn't clean the tpl directory by default](https://github.com/civicrm/civicrm-core/blob/06540d39dc2cedcadb19be5c351ef831a9133534/api/v3/Job.php#L631). Should it? We see this balloon...
The 'Clean-up temporary data and files' scheduled job [doesn't clean the tpl directory by default](https://github.com/civicrm/civicrm-core/blob/06540d39dc2cedcadb19be5c351ef831a9133534/api/v3/Job.php#L631). Should it? We see this ballooning to tens of gigabytes when sending large mailings.
Workaround is to add the parameter, but it seems like this might catch some people out.
![image](/uploads/85b4275fb08070a8995fe094e32d466e/image.png)
https://lab.civicrm.org/dev/drupal/-/issues/194
Recent Items block on the non-CiviCRM pages will have a missing CRM JS error
2024-02-22T16:59:37Z
herbdool
Recent Items block on the non-CiviCRM pages will have a missing CRM JS error
We've got a site where the Recent Items block is on a non-CiviCRM page. It seems to work but there's a JS error of the `CRM` object is missing. I had put `\CRM_Core_Resources::singleton()->addCoreResources();` in a custom event subscribe...
We've got a site where the Recent Items block is on a non-CiviCRM page. It seems to work but there's a JS error of the `CRM` object is missing. I had put `\CRM_Core_Resources::singleton()->addCoreResources();` in a custom event subscriber but that no longer plays nice with CiviCRM core. So perhaps adding it to the `CivicrmBlock` plugin class would be better. It seems that Drupal can't assume that the block will have everything loaded. In my testing, adding it in `__construct()` after `$civicrm->initialize();` works.
5.72.0
https://lab.civicrm.org/dev/core/-/issues/5013
Upgrade to 5.71 deletes status page
2024-02-15T21:58:26Z
totten
Upgrade to 5.71 deletes status page
Overview
----------------------------------------
Upgrade to 5.71-rc deletes status-page and other files.
Reproduction steps
----------------------------------------
1. Install D7 w/5.63. (I have a case-insensitive filesystem, if it ma...
Overview
----------------------------------------
Upgrade to 5.71-rc deletes status-page and other files.
Reproduction steps
----------------------------------------
1. Install D7 w/5.63. (I have a case-insensitive filesystem, if it matters.)
1. Switch code to 5.71. (`givi checkout 5.71; composer install`)
1. Run the upgrade (web UI or CLI)
Current behaviour
----------------------------------------
Deletes these files:
```
$ git status
...
deleted: Civi/Api4/WorldRegion.php
deleted: ang/crmStatusPage/StatusPageCtrl.js
deleted: js/jquery/jquery.crmEditable.js
```
Expected behaviour
----------------------------------------
The `ang/crmStatusPage/StatusPageCtrl.js` seems important. Without that, I can't open the system status page...
I don't know about the others. But those files are clearly in git for `5.71`, so they probably shouldn't be deleted.
https://lab.civicrm.org/dev/core/-/issues/5011
PHP 8.3 Deprecated: Creation of dynamic property Smarty_Internal_Template::$c...
2024-03-14T02:28:28Z
sadashiv
PHP 8.3 Deprecated: Creation of dynamic property Smarty_Internal_Template::$compiled is deprecated in vendor/civicrm/civicrm-packages/smarty3/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php on line 719
Overview
----------------------------------------
Using civicrm 5.69.3, php 8.3, smarty 3 (using civicrm.settings.php)
Reproduction steps
----------------------------------------
1. Created a code snippet to send a simple simple email u...
Overview
----------------------------------------
Using civicrm 5.69.3, php 8.3, smarty 3 (using civicrm.settings.php)
Reproduction steps
----------------------------------------
1. Created a code snippet to send a simple simple email using CRM_Utils_Mail::Send()
2. The html should have some tokens
3. In the received email I see above error
Current behaviour
----------------------------------------
Email has text as
Deprecated: Creation of dynamic property Smarty_Internal_Template::$compiled is deprecated in /var/www/html/my_site/vendor/civicrm/civicrm-packages/smarty3/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php on line 719
Expected behaviour
----------------------------------------
No error should be reported in the email sendout.
Environment information
----------------------------------------
* __CiviCRM:__ 5.69.3
* __PHP:__ 8.3
* __CMS:__ Drupal 10.2.2
* __Database:__ _MySQL 8
* __Web Server:__ _Apache 2.4
https://lab.civicrm.org/dev/core/-/issues/5010
Add fields to mailing details report
2024-02-15T16:19:18Z
yashodha
Add fields to mailing details report
Expose time stamp fields to mailing details report to show when the mailing was delivered.
Expose time stamp fields to mailing details report to show when the mailing was delivered.
5.72.0
yashodha
yashodha
https://lab.civicrm.org/dev/core/-/issues/5009
SearchKit table display: some pager settings doesn't stick
2024-02-14T10:09:42Z
noah
SearchKit table display: some pager settings doesn't stick
![hidepager](/uploads/df0e16539b7cc4b283b277aa7b036fd6/hidepager.gif)
The screen recording shows that the "Adjustable Page Size" setting doesn't save. This is also true for "Hide Pager if One Page" and most if not all other pager settings.
![hidepager](/uploads/df0e16539b7cc4b283b277aa7b036fd6/hidepager.gif)
The screen recording shows that the "Adjustable Page Size" setting doesn't save. This is also true for "Hide Pager if One Page" and most if not all other pager settings.
https://lab.civicrm.org/dev/core/-/issues/5008
[Enhancement] ContributionRecur edit activity should include more details
2024-03-05T15:29:46Z
Elliott Eggleston
[Enhancement] ContributionRecur edit activity should include more details
Overview
----------------------------------------
When one edits a recurring contribution an activity is saved saying which user edited it. If the amount or the number of installments has been changed, that is included in the activity de...
Overview
----------------------------------------
When one edits a recurring contribution an activity is saved saying which user edited it. If the amount or the number of installments has been changed, that is included in the activity details. However, no other changes are included (and the ContributionRecur row changes from log_contribution_recur are not in the contact change log), so it's impossible to tell in the UI if someone changed e.g. the next scheduled contribution date or the cycle day.
Example use-case
----------------------------------------
1. Edit a ContributionRecur
2. Look at the activity tab, and see all the changes you made
Current behaviour
----------------------------------------
Only changes to number of installments and amount are listed in the activity details
Proposed behaviour
----------------------------------------
Changes to other subscription properties are also listed in the activity details
5.72.0
https://lab.civicrm.org/dev/core/-/issues/5004
Wrong Contribution ID passed to TokenValueEvent and Duplicate Invoice Numbers...
2024-02-22T04:18:48Z
ginkgomzd
ginkgomzd@fastmail.com
Wrong Contribution ID passed to TokenValueEvent and Duplicate Invoice Numbers for Contributions created around same time
New description after diagnosis:
Code was setting invoice number to a predicted next ContributionID instead of waiting for the Contribution ID to be set.
----
Overview
----------------------------------------
When two contributions are ...
New description after diagnosis:
Code was setting invoice number to a predicted next ContributionID instead of waiting for the Contribution ID to be set.
----
Overview
----------------------------------------
When two contributions are made at the same time (same datetime to the second), one of the contributions is assigned a duplicate invoice_number. The invoice number is assigned based on a Contribution ID, therefore, we infer that the Contribution ID is corrected later in the request handling, but the invoice ID is not updated and is therefore a duplicate of another existing contribution.
There is no token for invoice number and we are not using the System Workflow messages that make it available as a variable in Smarty processing.
Our custom token sets it from the Contribution ID passed to TokenValueEvent. Perhaps this is a better framing of the bug over-all... the incorrect Contribution ID is passed to the TokenValueEvent. This is probably inconsequential for most cases since Contribution ID is not a likely token or token dependency.
Reproduction steps
----------------------------------------
It has been observed multiple times in our high-volume event registrations. Reproduction would require submitting simultaneous requests. This might involve some luck, but maybe an appropriately high load compared to the system configuration would trigger the condition reliably.
We are using the payflowpro payment processor extension.
Current behaviour
----------------------------------------
Two contributions, with different but sequential Contribution ID's, share the same invoice_number and are both returned in a search by invoice number.
Expected behaviour
----------------------------------------
The invoice_number should be unique and is expected to be derived from Contribution ID and invoice prefix.
https://lab.civicrm.org/dev/core/-/issues/5003
Event Custom Data - No Data Input Allowed
2024-02-12T19:46:11Z
tresero
Event Custom Data - No Data Input Allowed
PHP 8.1 Civi 5.69.4
I'm not sure if there is an issue, or a misunderstanding, but following the docs, I can get custom data to show, but it is not editable. BTW, I would like to work on the docs if that is allowed. Some of them are outd...
PHP 8.1 Civi 5.69.4
I'm not sure if there is an issue, or a misunderstanding, but following the docs, I can get custom data to show, but it is not editable. BTW, I would like to work on the docs if that is allowed. Some of them are outdated or reference things that don't exist.
Anyway, I have this custom data that I want to add and it shows on the event page, you just can't input any data.
![image.png](/uploads/ea7861dc78a8358a92b57fd1a9274d40/image.png)
It seems I can't upload more than one image, but the Cast Year is a text box and travel is a yes/no
https://lab.civicrm.org/dev/core/-/issues/5002
Number field input validation does not respect decimal separator (member cust...
2024-03-07T12:13:16Z
CΓ©sar
Number field input validation does not respect decimal separator (member custom field)
## Overview
Hello I think its related to: https://lab.civicrm.org/dev/core/-/issues/4941 and https://lab.civicrm.org/dev/core/-/issues/4154
## Reproduction steps
1. Under Administer > Localization > Languages, Currency, Locations, set...
## Overview
Hello I think its related to: https://lab.civicrm.org/dev/core/-/issues/4941 and https://lab.civicrm.org/dev/core/-/issues/4154
## Reproduction steps
1. Under Administer > Localization > Languages, Currency, Locations, set "Thousands Separator" to "." (dot) and "Decimal Delimiter" to "," (comma).
2. Create a custom field extending Memberships. Data type: Number. (money works)
3. Edit an existing member (or: add a new member). In the number field, enter a number that includes a comma, such as "1,5".
## Current behaviour
Validation fails with the error message "**Error One of parameters (value: 1,5) is not of the type Float**"
## Environment information
Tested on https://dmaster.demo.civicrm.org/ 5.72.alpha1
https://lab.civicrm.org/dev/core/-/issues/5001
PHP 8.1 Event Warnings
2024-02-12T19:29:56Z
tresero
PHP 8.1 Event Warnings
There are many warnings when using PHP 8.1.
They should probably be cleaned up at some point, since they are just clogging up the server logs.
**Environment**: WordPress with CiviCRM
**Description**: Several PHP warnings were encount...
There are many warnings when using PHP 8.1.
They should probably be cleaned up at some point, since they are just clogging up the server logs.
**Environment**: WordPress with CiviCRM
**Description**: Several PHP warnings were encountered during the registration process for an event. These warnings suggest issues with undefined array keys and attempts to read properties on null values in the CiviCRM templates and extensions.
**Errors Encountered**:
1. PHP Warning: Attempt to read property "value" on null in **`wp-content/uploads/civicrm/templates_c/en_US/.../Register.tpl.php`** on various lines.
2. PHP Warning: Undefined array key "confirm_footer_text" in **`wp-content/uploads/civicrm/templates_c/en_US/.../Confirm.tpl.php`**.
3. PHP Warning: Undefined array key "showBlocks" in **`wp-content/uploads/civicrm/templates_c/en_US/.../showHide.tpl.php`**.
4. PHP Warning: Undefined array key "hideBlocks" in the same file.
5. PHP Warning: Undefined array key "elemType" in the same file.
6. PHP Warning: Trying to access array offset on value of type null in **`wp-content/uploads/civicrm/ext/ogp-1.4/ogp.php`**.
7. PHP Warning: Undefined array key "lineItem", "pcpBlock", "totalTaxAmount" in **`wp-content/uploads/civicrm/templates_c/en_US/.../Confirm.tpl.php`**.
8. PHP Warning: Undefined array key 1 in **`wp-content/uploads/civicrm/templates_c/en_US/.../EventInfoBlock.tpl.php`**.
**Referer**: All warnings were encountered during the event registration process, with URLs sanitized to **`https://[sanitized_url].org/civicrm/event/register/...`**.
**Note**: The specific template and extension files, along with the exact line numbers for each warning, are available upon request. The warnings suggest missing data handling in the template logic or missing initialization of expected data structures.
https://lab.civicrm.org/dev/core/-/issues/5000
SearchKit: Allow formatting of the totals in the footer
2024-02-14T10:06:39Z
simon.hermann
SearchKit: Allow formatting of the totals in the footer
SearchKit allows to create a footer row, where the total of a column can be displayed. However, this total does not allow for any formatting or reproduces the formatting of the columns it sums.
It would be great if there would be either ...
SearchKit allows to create a footer row, where the total of a column can be displayed. However, this total does not allow for any formatting or reproduces the formatting of the columns it sums.
It would be great if there would be either an option to choose a formatting (decimal separators, thousand separators, currencies if applicable etc) or if the total would reflect the formatting of the column it sums.
https://lab.civicrm.org/dev/core/-/issues/4999
Imagine a world without CodeGen
2024-03-05T04:32:51Z
colemanw
Imagine a world without CodeGen
Currently we use `CRM_Core_CodeGen` to take our schema/xml files and generate DAO.php, install.sql and uninstall.sql files, which have to be periodically regenerated. This is a minor inconvenience for a core developer, a potential gotcha...
Currently we use `CRM_Core_CodeGen` to take our schema/xml files and generate DAO.php, install.sql and uninstall.sql files, which have to be periodically regenerated. This is a minor inconvenience for a core developer, a potential gotcha for an extension developer, and a major coordination difficulty across *all* extensions in `universe` (whenever any aspect of the generated code needs to change).
But what if we didn't have to generate those files? What if we could read schema information directly from the xml (or potentially a different source).
Current Structure:
-----
**Key:** βοΈ Handwritten file | π Generated file
| File | Purpose | In Core | In Extensions |
| --- | --- | --- | --- |
| βοΈ `schema/xml` | Canonical declaration of entity + all metadata | Run `setup.sh -g` | Run `civix generate:entity-boilerplate` |
| π Install sql | Add schema tables | `civicrm.mysql` | `auto_install.sql` |
| π Uninstall sql | Drop schema tables | `civicrm_drop.mysql` | `auto_uninstall.sql` |
| π Entity.php | Declare entity's existence | `AllCoreTables.data.php` | `*.entityType.php` + `entity-types-php` mixin |
| π `CRM/Core/I18n/SchemaStructure.php` | Lists localizable table columns | Seems kinda redundant with other metadata? | Doesn't exist |
| βοΈ `CRM_Core_DAO` | Base class for all generated DAOs | All DAOs extend this class | Extension DAOs also extend core class (makes change-management across `universe` difficult) |
| π `CRM_*_DAO_*` | Generated from the xml file | Must be generated | Must be generated |
The generated DAO file (including stuff it inherits from `CRM_Core_DAO`) serves a variety of purposes:
1. OO class that allows a database table to be used like a php object, e.g.
```
$contact = new CRM_Contact_DAO_Contact();
$contact->first_name = 'Bob';
$contact->save();
```
This is a neat idea and probably ahead of its time, but is basically deprecated now, mostly because, in a relational database, having access to only one table at a time isn't very useful. If it weren't for legacy core & extension code still using this pattern, we could drop it in favor of more robust tools like APIv4.
2. Static methods like `fields()` and `indices()` which return the data from the xml file in php format.
3. Localizes strings, because CodeGen wraps titles and labels in `ts()`.
4. A bunch of other random static methods (e.g. `disableFullGroupByMode()`) which seem like they'd be better-placed in a separate utility class.
New Structure
----------
If we no longer want to generate files and just read from a canonical source, then the main question is, "what should be the canonical source of entity metadata?"
1. **Stick with XML:** Keep the existing xml files but delete the generated stuff. Parse the xml at runtime to get that data.
- Pro: It's already there, no rewrites needed.
- Con: Poor DX (developers don't generally enjoy writing XML files).
- Con: It's very slow (the slowest by far of all the options) so heavy caching would be needed.
- Con: Without generating php files, another method of i18n string extraction would be needed ([such as this](https://github.com/civicrm/civistrings/pull/17)).
2. **DAO Files:** Delete the `schema/xml` files and run everything from the generated DAO files, which going forward will be hand-edited instead of regenerated.
- Pro: DAO files are already there.
- Con: Also poor DX (the boilerplate in those files would not be fun to write/edit by hand).
3. **Somewhere Else:** Move schema info to e.g. json files or better-structured PHP files.
- Pro: DX and performance could be optimized.
- Con: XML files must be rewritten (could be scripted).
- Con: Migration management for core and extensions.
Supporting Dynamic/Virtual Entities
--------
It's also worth keeping in mind that there are now several types of entities that are dynamic & share a DAO:
- Multi-record custom fields
- ECK entities
- SearchKit materialized displays
The DAO structure doesn't cope with this very well, as the assumption has always been 1-1-1 between table, entity & DAO class. But while we're restructuring things let's avoid adding more code that makes this assumption. An ideal DAO from the POV of virtual entities would be an object that takes entity name in its constructor & initializes itself with the appropriately corresponding tablename, fields, and other metadata.
https://lab.civicrm.org/dev/core/-/issues/4998
[PHP 8] Undefined properties @ ext/Standaloneusers DAO
2024-02-14T10:05:35Z
jofranz
franz@systopia.de
[PHP 8] Undefined properties @ ext/Standaloneusers DAO
PhpStan is reporting some Undefined properties on current master @ eacd1f4206fab41f0cf14bcbd80b5f7187b42bea
```
β standaloneusers (master) phpstan analyse -c ~/repositories/ext/phpstan.d11.neon.dist -l 0 . ...
PhpStan is reporting some Undefined properties on current master @ eacd1f4206fab41f0cf14bcbd80b5f7187b42bea
```
β standaloneusers (master) phpstan analyse -c ~/repositories/ext/phpstan.d11.neon.dist -l 0 . β β
50/50 [ββββββββββββββββββββββββββββ] 100%
------ --------------------------------------------------------------------------------------
Line CRM/Standaloneusers/DAO/Role.php
------ --------------------------------------------------------------------------------------
100 Access to an undefined property CRM_Standaloneusers_DAO_Role::$__table.
π‘ Learn more: https://phpstan.org/blog/solving-phpstan-access-to-undefined-property
------ --------------------------------------------------------------------------------------
------ --------------------------------------------------------------------------------------
Line CRM/Standaloneusers/DAO/Session.php
------ --------------------------------------------------------------------------------------
74 Access to an undefined property CRM_Standaloneusers_DAO_Session::$__table.
π‘ Learn more: https://phpstan.org/blog/solving-phpstan-access-to-undefined-property
------ --------------------------------------------------------------------------------------
------ --------------------------------------------------------------------------------------
Line CRM/Standaloneusers/DAO/User.php
------ --------------------------------------------------------------------------------------
171 Access to an undefined property CRM_Standaloneusers_DAO_User::$__table.
π‘ Learn more: https://phpstan.org/blog/solving-phpstan-access-to-undefined-property
------ --------------------------------------------------------------------------------------
------ --------------------------------------------------------------------------------------
Line CRM/Standaloneusers/DAO/UserRole.php
------ --------------------------------------------------------------------------------------
65 Access to an undefined property CRM_Standaloneusers_DAO_UserRole::$__table.
π‘ Learn more: https://phpstan.org/blog/solving-phpstan-access-to-undefined-property
------ --------------------------------------------------------------------------------------
------ ---------------------------------------------------------------------
Line Civi/Api4/Action/User/PasswordReset.php
------ ---------------------------------------------------------------------
36 Instantiated class API_Exception not found.
π‘ Learn more at https://phpstan.org/user-guide/discovering-symbols
45 Instantiated class API_Exception not found.
π‘ Learn more at https://phpstan.org/user-guide/discovering-symbols
------ ---------------------------------------------------------------------
------ ---------------------------------------------------------------------
Line Civi/Api4/Action/User/SendPasswordReset.php
------ ---------------------------------------------------------------------
40 Instantiated class API_Exception not found.
π‘ Learn more at https://phpstan.org/user-guide/discovering-symbols
------ ---------------------------------------------------------------------
------ -----------------------------------------------------------------------------------------
Line Civi/Api4/Action/User/WriteTrait.php (in context of class Civi\Api4\Action\User\Create)
------ -----------------------------------------------------------------------------------------
56 Instantiated class API_Exception not found.
π‘ Learn more at https://phpstan.org/user-guide/discovering-symbols
59 Instantiated class API_Exception not found.
π‘ Learn more at https://phpstan.org/user-guide/discovering-symbols
------ -----------------------------------------------------------------------------------------
------ ---------------------------------------------------------------------------------------
Line Civi/Api4/Action/User/WriteTrait.php (in context of class Civi\Api4\Action\User\Save)
------ ---------------------------------------------------------------------------------------
56 Instantiated class API_Exception not found.
π‘ Learn more at https://phpstan.org/user-guide/discovering-symbols
59 Instantiated class API_Exception not found.
π‘ Learn more at https://phpstan.org/user-guide/discovering-symbols
------ ---------------------------------------------------------------------------------------
------ -----------------------------------------------------------------------------------------
Line Civi/Api4/Action/User/WriteTrait.php (in context of class Civi\Api4\Action\User\Update)
------ -----------------------------------------------------------------------------------------
56 Instantiated class API_Exception not found.
π‘ Learn more at https://phpstan.org/user-guide/discovering-symbols
59 Instantiated class API_Exception not found.
π‘ Learn more at https://phpstan.org/user-guide/discovering-symbols
------ -----------------------------------------------------------------------------------------
------ ------------------------------------------------------------------------------------------------------------
Line Civi/Standalone/Security.php
------ ------------------------------------------------------------------------------------------------------------
24 Unsafe usage of new static().
π‘ See: https://phpstan.org/blog/solving-phpstan-error-unsafe-usage-of-new-static
328 Regex pattern is invalid: Unknown modifier '+' in pattern: /
^
\$([a-z0-9-]{1,32}) # Match 1 algorithm identifier
(\$v=[0-9+])? # Match 2 optional version
(\$[a-z0-9-]{1,32}=[a-zA-Z0-9/+.-]*(?:,[a-z0-9-]{1,32}=[a-zA-Z0-9/+.-]*)*)? # 3: optional parameters
\$([a-zA-Z0-9/+.-]+) # Match 4 salt
\$([a-zA-Z0-9/+]+) # Match 5 B64 encoded hash
$/x
------ ------------------------------------------------------------------------------------------------------------
[ERROR] Found 15 errors
```
Touches #4072
Config used: https://github.com/jofranz/civicrm-code-scans
https://lab.civicrm.org/dev/core/-/issues/4996
Standalone - user documentation for user management functionality
2024-02-23T16:54:58Z
ufundo
Standalone - user documentation for user management functionality
Would be good to write some user documentation for how to use the standaloneusers user management screen.
I think this belongs somewhere here: https://docs.civicrm.org/sysadmin/en/latest/setup/ ?
Would be good to write some user documentation for how to use the standaloneusers user management screen.
I think this belongs somewhere here: https://docs.civicrm.org/sysadmin/en/latest/setup/ ?
https://lab.civicrm.org/dev/core/-/issues/4995
Standalone - JWT for password resets
2024-03-07T22:30:13Z
ufundo
Standalone - JWT for password resets
Switch Standaloneusers password reset mechanism to use JWT, instead of custom format.
PR from @pfigel is here: https://github.com/civicrm/civicrm-core/pull/28505
Switch Standaloneusers password reset mechanism to use JWT, instead of custom format.
PR from @pfigel is here: https://github.com/civicrm/civicrm-core/pull/28505
Patrick Figel
pfigel@greenpeace.org
Patrick Figel
pfigel@greenpeace.org
https://lab.civicrm.org/dev/core/-/issues/4994
Standalone - issues with haveibeenpwned on password setting screen?
2024-03-26T11:33:19Z
ufundo
Standalone - issues with haveibeenpwned on password setting screen?
Rich
Rich
https://lab.civicrm.org/dev/core/-/issues/4993
Standalone - disable CMS user sync on Standalone
2024-03-07T20:40:09Z
ufundo
Standalone - disable CMS user sync on Standalone
The CMS user sync doesn't make sense when using standaloneusers so should be disabled
The CMS user sync doesn't make sense when using standaloneusers so should be disabled
ufundo
ufundo
https://lab.civicrm.org/dev/core/-/issues/4992
Standalone - front-end theming
2024-02-14T10:01:23Z
ufundo
Standalone - front-end theming
@artfulrobot suggests: provide a template for front facing pages. People can edit that file
(manually) to suit. It should not get overwritten on upgrade.
@artfulrobot suggests: provide a template for front facing pages. People can edit that file
(manually) to suit. It should not get overwritten on upgrade.
Rich
Rich
https://lab.civicrm.org/dev/core/-/issues/4991
Standalone SSO - third-party authentication for single sign on, such as Hybri...
2024-02-14T10:01:04Z
ufundo
Standalone SSO - third-party authentication for single sign on, such as HybridAuth or LDAP or SAML
Would be great to build out the standalone users functionality.
Either in Standaloneusers extension or a separate one?
Would be great to build out the standalone users functionality.
Either in Standaloneusers extension or a separate one?
ufundo
ufundo