Joomla issueshttps://lab.civicrm.org/dev/joomla/-/issues2023-08-27T20:55:45Zhttps://lab.civicrm.org/dev/joomla/-/issues/45Remove sidebar (at least for Joomla 4)2023-08-27T20:55:45ZnicolRemove sidebar (at least for Joomla 4)Joomla 4 has a sidebar, which defaults open, and means the Civi sidebar squashes the important info even more…
As WordPress and Drupal Civi cope ok without this sidebar, maybe it's time to remove the sidebar from Joomla (or at least for...Joomla 4 has a sidebar, which defaults open, and means the Civi sidebar squashes the important info even more…
As WordPress and Drupal Civi cope ok without this sidebar, maybe it's time to remove the sidebar from Joomla (or at least for Joomla 4)
![image](/uploads/c5fdc516916c3d36c925976bbfc3be2c/image.png)https://lab.civicrm.org/dev/joomla/-/issues/48CiviCRM profiles don't produce working webpages2023-05-15T18:56:34ZSOAPCiviCRM profiles don't produce working webpagesAfter upgrading my site to Joomla 4 all CiviCRM pages that are based on a CiviCRM profile refuse to display their content. Under Joomla 3 a page would render into a URL like website.org/name/user-directory. Under Joomla 4 the same page r...After upgrading my site to Joomla 4 all CiviCRM pages that are based on a CiviCRM profile refuse to display their content. Under Joomla 3 a page would render into a URL like website.org/name/user-directory. Under Joomla 4 the same page renders into the URL website.org/organisation/user-directory?view=Profiles&layout=search&task=civicrm/profile&gid=22&reset=1
Because the website (with its 100s of pages) uses mod_rewrite to remove the 'index.php' it also removes the index.php from the Joomla 4 CiviCRM URL. Adding the index.php manually to the URL in the browser does produce the information of the profile. It seems to me that under Joomla 3 that CiviCRM was working under an alias while under CiviCRM a long version of the URL is pushed to the browser that is messed up by the mod_rewrite. Anyway, in the current form I can't upgrade.
I include a screenshot of the type of menu where this issue occurs.
![Screenshot_2023-03-04_at_18.16.37](/uploads/461075cda2c4581d4abe42efc62cd622/Screenshot_2023-03-04_at_18.16.37.jpg)https://lab.civicrm.org/dev/joomla/-/issues/47Joomla upgrade process doesn't respect having different CiviCRM and Joomla da...2023-04-12T12:37:26Zchrisgaraffachris@aghstrategies.comJoomla upgrade process doesn't respect having different CiviCRM and Joomla databasesIf CiviCRM is using a different database than Joomla (CIVICRM_UF_DSN and CIVICRM_DSN are not the same), the Joomla upgrade process writes the new civicrm.settings.php files with both set to
This causes some chaos when the upgrade is "d...If CiviCRM is using a different database than Joomla (CIVICRM_UF_DSN and CIVICRM_DSN are not the same), the Joomla upgrade process writes the new civicrm.settings.php files with both set to
This causes some chaos when the upgrade is "done" as both settings files need to be updated quickly, and Civi unnecessarily creates all its tables again in the Joomla database.
A possible fix would be to have [civicrm_config](https://github.com/civicrm/civicrm-joomla/blob/28596149e1afe37d44d90e82809adfee7feb45c8/admin/configure.php#L230) get passed CIVCIRM_UF_DSN from [civicrm_source](https://github.com/civicrm/civicrm-joomla/blob/28596149e1afe37d44d90e82809adfee7feb45c8/admin/configure.php#L180) and parse it, using those values for `dbUser`, `dbPass`, `dbHost`, `dbName` instead of the `$jConfig` values. The function already gets passed site, credential & sign keys.
I haven't worked on a PR but will probably have time in the next week or two if there's interest.https://lab.civicrm.org/dev/joomla/-/issues/32Resource URL for images is really "media"?2021-05-25T11:07:57Zthoni56Resource URL for images is really "media"?CiviCRM 5.36.1 on Joomla 3.9.26
In Administer->Resource URL:s there is a setting that is named "Image Upload URL", but I'm suspecting that it is actually the base path for [civicrm.files] to which settings on Administer->Directories are...CiviCRM 5.36.1 on Joomla 3.9.26
In Administer->Resource URL:s there is a setting that is named "Image Upload URL", but I'm suspecting that it is actually the base path for [civicrm.files] to which settings on Administer->Directories are added ("images", "files", "custom_ext", etc.)?
With the label and help text you are led to believe that
1. It is only for images
2. It is only for upload
This has made us set it to `/media/civicrm/images` (on Joomla) and we are now uploading images to `media/civicrm/images/images` uploading files to `/media/civicrm/images/files` etc.
If my interpretation is correct, I'd suggest that the label, lead and help texts for the field should be updated to not include "images" but say "media", and even "[civicrm.files]" instead.
If not, then the duplicated "images" in image directory is the problem I could get around setting the resource-URL for upload of images to just `/media/civicrm`. But that trashed the CiviCRM menus.
I feel there is an inconsistency here.https://lab.civicrm.org/dev/joomla/-/issues/31Joomla language strings not being used2021-08-27T11:24:06ZElin.WaringJoomla language strings not being usedI submitted https://github.com/civicrm/civicrm-joomla/pull/56
which changes the config.xml code to use Joomla language strings and adds the strings to the language folder. This makes them translatable or override-able.I submitted https://github.com/civicrm/civicrm-joomla/pull/56
which changes the config.xml code to use Joomla language strings and adds the strings to the language folder. This makes them translatable or override-able.https://lab.civicrm.org/dev/joomla/-/issues/23Frontend form field labels are not styled well on Joomla 32020-01-14T14:55:04ZAndrew ThompsonFrontend form field labels are not styled well on Joomla 3As shown in this screenshot, the field labels have an ugly grey background and white text applied to the `.label` CSS class, at least on the Joomla 3 default 'Protostar' site (frontend) template.
![image](/uploads/4e7a8e4a2f0d000f75a6ea8...As shown in this screenshot, the field labels have an ugly grey background and white text applied to the `.label` CSS class, at least on the Joomla 3 default 'Protostar' site (frontend) template.
![image](/uploads/4e7a8e4a2f0d000f75a6ea84d8046f42/image.png)
Of course this could be overridden by a savvy user with custom CSS but it does degrade the out-of-box experience for a new Joomla 3 user.https://lab.civicrm.org/dev/joomla/-/issues/14[Joomla 4.0] CiviCRM cannot be installed on Joomla 4.0 alpha2021-02-02T00:48:37ZAndrew Thompson[Joomla 4.0] CiviCRM cannot be installed on Joomla 4.0 alphaTested with Joomla 4.0 alpha 11 and CiviCRM 5.16.2.
The installer fails due to several methods that are deprecated in Joomla 4.0 in these files:
- `script.civicrm.php`
- `configure.php`
See [PR #52](https://github.com/civicrm/civicrm...Tested with Joomla 4.0 alpha 11 and CiviCRM 5.16.2.
The installer fails due to several methods that are deprecated in Joomla 4.0 in these files:
- `script.civicrm.php`
- `configure.php`
See [PR #52](https://github.com/civicrm/civicrm-joomla/pull/52) for detail of what is deprecated.
When those are resolved and CiviCRM has been installed then it will not be possible to log in to the Joomla Administrator backend. This is due to the CiviCRM User Management plugin's `admin/plugins/civicrm/civicrm.php`. Again see [PR #52](https://github.com/civicrm/civicrm-joomla/pull/52), which resolves this, for detail.
After the above are resolved, there are some styling issues and the new CiviCRM doesn't get positioned nicely with Joomla 4.0 but those issues are out of scope for this issue.Joomla 4 Integrationhttps://lab.civicrm.org/dev/joomla/-/issues/54Joomla 5 compatibility2024-02-12T17:51:40Zchrisgaraffachris@aghstrategies.comJoomla 5 compatibilityWe started a small discussion about J5 compatibility on Mattermost recently in the context of people still doing J4 upgrades: https://chat.civicrm.org/civicrm/pl/t9sywefr1jrainqbww9x7etb7y
With a fresh installation of J5 in a supported ...We started a small discussion about J5 compatibility on Mattermost recently in the context of people still doing J4 upgrades: https://chat.civicrm.org/civicrm/pl/t9sywefr1jrainqbww9x7etb7y
With a fresh installation of J5 in a supported environment (PHP 8.1.2, Ubuntu 22.04, MariaDB 10.6), CiviCRM requires one patch to properly finish installation in com_civicrm/admin/civicrm/vendor/psr/log/Psr/Log/NullLogger.php, changing the method signature of log to specify a void return type and the type for $message:
``` diff
diff --git a/NullLogger.php b/NullLogger.php
index c8f7293..39c3969 100644
--- a/NullLogger.php
+++ b/NullLogger.php
@@ -23,7 +23,7 @@ class NullLogger extends AbstractLogger
*
* @throws \Psr\Log\InvalidArgumentException
*/
- public function log($level, $message, array $context = array())
+ public function log($level, \Stringable|string $message, array $context = array()) : void
{
// noop
}
```
This is from the [psr/log library](https://packagist.org/packages/psr/log). Joomla 5 is using version 3, Civi seems to be on 1.x.
After that update and manually repackaging the nightly installer for Joomla, the installation finishes and basic functionality seems to work.
However, union types (`\Stringable|string`) are [not supported before PHP 8.0](https://www.php.net/manual/en/language.types.declarations.php). We're supporting PHP 7.3 for just a little while longer and I imagine 7.4 for quite some time after that. [Joomla 5 requires PHP 8.1](https://docs.joomla.org/Portal:Joomla_5) so this puts Civi in a difficult position for J5 compatibility as we can't just upgrade psr/log.Joomla 5 integrationseamusleeseamusleehttps://lab.civicrm.org/dev/joomla/-/issues/53[Joomla 4.0] Mosaico build screen clipped (maybe a Mosaico issue)2023-09-06T10:36:42Znicol[Joomla 4.0] Mosaico build screen clipped (maybe a Mosaico issue)Mosaico is loaded in an iFrame, with a fixed position that is lost behind the Joomla UI:
![image](/uploads/752b2ea5a9ccc68e0fe8daedd0e023fe/image.png)
something like
`#crm-mosaico {
left: 288px;
top: 66px;
width: calc(100vw - 288px);...Mosaico is loaded in an iFrame, with a fixed position that is lost behind the Joomla UI:
![image](/uploads/752b2ea5a9ccc68e0fe8daedd0e023fe/image.png)
something like
`#crm-mosaico {
left: 288px;
top: 66px;
width: calc(100vw - 288px);
height: calc(100vh - 66px);
}`
would work if the Joomla sidebar is extended and
`#crm-mosaico {
left: 48px;
width: calc(100vw - 48px);
}`
if it isn't, but there's no helpful Joomla classes to differentiate between these states via a parent selector. Even if that was fixed, to avoid having to force this with `!important`, may be better to address this in Mosaico's absolute positioning script..https://lab.civicrm.org/dev/joomla/-/issues/52Cannot have a CiviCRM-link menu as default (home) page2024-03-07T23:14:49Zthoni56Cannot have a CiviCRM-link menu as default (home) pageIn Joomla you declare one menu item to be the default "front page" i.e. the one that you get to when no menu is selected, only the web sites base path.
In J3 this also worked for a menu entry that was a CiviCRM-entry, such as Event List...In Joomla you declare one menu item to be the default "front page" i.e. the one that you get to when no menu is selected, only the web sites base path.
In J3 this also worked for a menu entry that was a CiviCRM-entry, such as Event Listing or Mailing List Subscription. (check e.g. https://events.responsive.se which is a J3 site with Event Listing as the default menu entry.)
With J4 this no longer works. When going to the "home page" the menu item is highlighted to indicate that it is active, but there is no output in the content area.
I tried this with a clean J4 and CiviCRM and see the same thing. The underlined "Subscription" indicates that it is the menu entry that is active.The J4 default template Cassiopeia displays breadcrumbs which strangely enough shows "Home" and not "Subscription" (which is the menu entry for CiviCRM Mailing List Subscription form).
This is extra strange because the breadcrumb for the Home menu entry is actually "Home/Home" so the default page Subscription is something in between...
![image.png](/uploads/e82c3a451f5ed6010968e4d25c17d6a5/image.png)Explicitly clicking the "Subscription" menu entry correctly shows the form.
I don't really know enough about Joomlas routing to understand where the problem really is, but I'm starting by reporting it here.https://lab.civicrm.org/dev/joomla/-/issues/51Undefined variable $store in Joomla.php on line 56 - CRM_Core_Permission_Joom...2023-11-02T16:39:03ZfatihatesUndefined variable $store in Joomla.php on line 56 - CRM_Core_Permission_Joomla errorI am experiencing an issue with Joomla integration while using CiviCRM. I am getting the following error on line 56 of the "Joomla.php" file:
PHP Warning: Undefined variable $store in /home/userxxx/public_html/administrator/components/c...I am experiencing an issue with Joomla integration while using CiviCRM. I am getting the following error on line 56 of the "Joomla.php" file:
PHP Warning: Undefined variable $store in /home/userxxx/public_html/administrator/components/com_civicrm/civicrm/CRM/Core/Permission/Joomla.php on line 56
![2023-07-01_-000893](/uploads/7f9d3143be6369d0e661fcd7cf91488b/2023-07-01_-000893.jpg)
This error indicates that the variable $store is not defined when trying to set the $api_key variable. However, I have noticed that I haven't previously defined the $store variable.
Relevant code snippet:
`$api_key = CRM_Utils_Request::retrieve('api_key', 'String', $store, FALSE, NULL, 'REQUEST');`
![2023-07-01_-000892](/uploads/deb142af3b7747f685ba3922c0b37347/2023-07-01_-000892.jpg)
I am seeking assistance with resolving this issue. How should I properly define the $store variable?
Any help with this would be greatly appreciated. Thank you in advance.
https://civicrm.stackexchange.com/questions/45184/undefined-variable-store-in-joomla-php-on-line-56-crm-core-permission-joomla
Best regards,https://lab.civicrm.org/dev/joomla/-/issues/50Dead code files in civicrm-joomla repo?2023-05-15T08:02:24ZAllenShawDead code files in civicrm-joomla repo?CiviCRM / Joomla / PHP 8 seems to be a viable combination (per some quick testing, and comments from @seamuslee and @nicol in https://lab.civicrm.org/dev/joomla/-/issues/43).
Yet several files in the civicrm-joomla repo contain syntax e...CiviCRM / Joomla / PHP 8 seems to be a viable combination (per some quick testing, and comments from @seamuslee and @nicol in https://lab.civicrm.org/dev/joomla/-/issues/43).
Yet several files in the civicrm-joomla repo contain syntax errors under PHP 8, specifically (in line 53, and other lines) in these files:
- https://github.com/civicrm/civicrm-joomla/blob/master/site/views/Events/tmpl/default.php#L53
- https://github.com/civicrm/civicrm-joomla/blob/master/site/views/Events/tmpl/register.php#L53
- https://github.com/civicrm/civicrm-joomla/blob/master/site/views/Profiles/tmpl/default.php#L53
So: I'm not sure if the above files are just dead code (i.e. they never run), or if they need to be cleaned up for proper PHP 8 support.https://lab.civicrm.org/dev/joomla/-/issues/49CIVI CRM Menu does not show output when SEF is ON - Joomlai2023-08-25T20:05:21ZjoomCIVI CRM Menu does not show output when SEF is ON - JoomlaiHi
i updated the website to Joomla 4 and also updated CIVI to latest version and
PHP to PHP 8.
all seems fine on updates but on frontend no CIVI CRM menu item is showing any output with Joomla 4.
If i use system URL it works fine.
No ch...Hi
i updated the website to Joomla 4 and also updated CIVI to latest version and
PHP to PHP 8.
all seems fine on updates but on frontend no CIVI CRM menu item is showing any output with Joomla 4.
If i use system URL it works fine.
No change if i downgrade PHP version and turn off mod rewrite as well.
With SEF OFF or if copy the menu system URL its works fine **/index.php?option=com_civicrm&view=Dashboard&task=civicrm/user&reset=1&itemid=294**![Screenshot_3](/uploads/672b1f3257e0a6f17963cbbf1f964b59/Screenshot_3.png)https://lab.civicrm.org/dev/joomla/-/issues/46KC Finder Not Working Under Joomla 42023-12-11T14:04:46ZcrusonwebKC Finder Not Working Under Joomla 4I have discovered that currently KC Finder will not work under Joomla 4. If you click the Browse Server button when inserting an image into the editor using CKEditor 4, CKEditor 5 or TinyMCE you get a 500 error. I have recreated this o...I have discovered that currently KC Finder will not work under Joomla 4. If you click the Browse Server button when inserting an image into the editor using CKEditor 4, CKEditor 5 or TinyMCE you get a 500 error. I have recreated this on multiple client sites running Joomla 4.2.7 and 4.2.8 and CiviCRM 5.57.0 and 5.58.1. I have also recreated it on the Joomla 4 demo site, although I had to turn off Mosaico to do so (since it is on by default).
I did some digging and the problem appears to rest in the authenticate_joomla function within /packages/kcfinder/integration/civicrm.php which is using JFactory::getApplication('administrator'). Under Joomla 4, getApplication doesn't work the same way it did under Joomla 3 so you get the non-descript 500 error screen. I updated the code with the following block and that worked in most of my cases:
```
if (version_compare(JVERSION, '4.0.0', 'lt')) {
$mainframe = JFactory::getApplication('administrator');
$mainframe->initialise();
$user_id = JFactory::getUser()->id;
} else {
// Boot the DI container.
$container = \Joomla\CMS\Factory::getContainer();
// Alias the session service key to the web session service.
$container->alias(\Joomla\Session\SessionInterface::class, 'session.web.site');
// Get the application.
$app = $container->get(\Joomla\CMS\Application\AdministratorApplication::class);
$user_id = Joomla\CMS\Factory::getUser()->id;
}
```
In all but one case this got KC Finder working, that last case I ended up with the folder and file fields both saying "Unknown Error" which I am thinking is due to something specific to that site and not Civi. However, I am not 100% confident my approach is the right one so I wanted to raise this as an issue so another set of eyes could confirm or correct my solution.Monish DebMonish Debhttps://lab.civicrm.org/dev/joomla/-/issues/44Class Civi\Api4\Event\Subscriber\ActivityPreCreationSubscriber was expected t...2023-01-24T16:19:34ZpotClass Civi\Api4\Event\Subscriber\ActivityPreCreationSubscriber was expected to have a service definition, but it did notUsing php 7.4 and civicrm 5.57.1 on Joomla I see:
```
$ php74 domains/domain.org/public_html/administrator/components/com_civicrm/civicrm/bin/cli.php -s domain.org -u cronjob -p cronjob-pass -e Job -a execute
-->
WARNING: Class Civi\Api4...Using php 7.4 and civicrm 5.57.1 on Joomla I see:
```
$ php74 domains/domain.org/public_html/administrator/components/com_civicrm/civicrm/bin/cli.php -s domain.org -u cronjob -p cronjob-pass -e Job -a execute
-->
WARNING: Class Civi\Api4\Event\Subscriber\ActivityPreCreationSubscriber was expected to have a service definition, but it did not. Perhaps it needs service name.
WARNING: Class Civi\Api4\Event\Subscriber\ContributionPreSaveSubscriber was expected to have a service definition, but it did not. Perhaps it needs service name.
WARNING: Class Civi\Api4\Event\Subscriber\CustomGroupPreCreationSubscriber was expected to have a service definition, but it did not. Perhaps it needs service name.
WARNING: Class Class Civi\Api4\Event\Subscriber\OptionValuePreCreationSubscriber was expected to have a service definition, but it did not. Perhaps it needs service name.
WARNING: Class PHP Deprecated: Non-static method JApplication::getMenu() should not be called statically in/home/usiako1s/domains/domain.org/public_html/plugins/authentication/civicrm//civicrm.php on line 305
```https://lab.civicrm.org/dev/joomla/-/issues/43PHP 8 causes 500 error2023-04-24T14:17:55Zjoshjosh@civicrm.orgPHP 8 causes 500 errorUpgrading from PHP 7.4 to PHP 8.0 on Joomla 4.2.5 and CiviCRM 5.56 results in a 500 error. Sample can be viewed at https://cividemo.com (currently running PHP 8.0), specifically at a public contribution page: https://cividemo.com/simple-...Upgrading from PHP 7.4 to PHP 8.0 on Joomla 4.2.5 and CiviCRM 5.56 results in a 500 error. Sample can be viewed at https://cividemo.com (currently running PHP 8.0), specifically at a public contribution page: https://cividemo.com/simple-contribution-page?view=Contributions&task=civicrm/contribute/transact&id=1&reset=1 as well as in the admin interface when browsing to: https://cividemo.com/administrator/index.php?option=com_civicrm
I believe this is related to permissions. If I enable or disable a user in Joomla, the site throws the same here. Here's a screencast: https://www.awesomescreenshot.com/video/13122436?key=fa4d6f06dd5831141ce90b1f9f89e82c
Note that I'm clicking the back button in the browser (not viewable in the screencast), yet you can see that the change to the user's state does take effect.
Moreoever, when reviewing user permissions for CiviCRM in the global configuration I receive this error:
`An error has occurred.
0 Failed opening required '/home/cividemo/public_html/libraries/joomla/form/fields/rules.php' (include_path='.:/opt/remi/php80/root/usr/share/pear:/opt/remi/php80/root/usr/share/php:/usr/share/pear:/usr/share/php')`seamusleeseamusleehttps://lab.civicrm.org/dev/joomla/-/issues/42Minor J4 issue: nav button link is wrong2023-08-26T22:36:27ZnicolMinor J4 issue: nav button link is wrongCiviCRM has a button link in the top right admin nav, but this currently just links to the site home page, ie root.
![image](/uploads/964ba7955e5724d3a295d9a302145ea4/image.png)CiviCRM has a button link in the top right admin nav, but this currently just links to the site home page, ie root.
![image](/uploads/964ba7955e5724d3a295d9a302145ea4/image.png)Joomla 4 Integrationhttps://lab.civicrm.org/dev/joomla/-/issues/41Cron issue with Joomla 42022-10-27T01:07:08ZmcherkesCron issue with Joomla 4After the Joomla update, from v3 to v4, the automated launch of cron failed.
![Screenshot_from_2022-06-22_17-36-37](/uploads/9cc4a38b2c89b5809c6918fde51ab631/Screenshot_from_2022-06-22_17-36-37.png)
Have tried to launch it manually with...After the Joomla update, from v3 to v4, the automated launch of cron failed.
![Screenshot_from_2022-06-22_17-36-37](/uploads/9cc4a38b2c89b5809c6918fde51ab631/Screenshot_from_2022-06-22_17-36-37.png)
Have tried to launch it manually with wget , but received errors on the screen bellow
![Screenshot_from_2022-06-22_17-30-55](/uploads/43692831e44b6dfad9c934c36bb5c487/Screenshot_from_2022-06-22_17-30-55.png)
Our assumption is the folders and files in Joomla 4 differ from Joomla 3.5.56.0https://lab.civicrm.org/dev/joomla/-/issues/405 broken/dated links in post-install success screen for Joomla2022-10-11T22:50:40Znicol5 broken/dated links in post-install success screen for JoomlaOn successfully installing CiviCRM on Joomla (I'm assuming not on the other CMSs), there's a welcome screen with four links to the old wiki/confluence (ie 'http://wiki.civicrm.org/confluence/display/CRMDOC/Installation+and+Upgrades') whi...On successfully installing CiviCRM on Joomla (I'm assuming not on the other CMSs), there's a welcome screen with four links to the old wiki/confluence (ie 'http://wiki.civicrm.org/confluence/display/CRMDOC/Installation+and+Upgrades') which would better point to new (https) docs pages. The register a site link is also broken.
I'm happy to make a PR for this but not sure where the file is located, I checked in https://github.com/civicrm/civicrm-core/tree/master/install & https://github.com/civicrm/civicrm-joomla but couldn't see it. Maybe it's not an actual smarty template but something that's passed to Joomla's UI as it looks natively styled in J3 and J4?
![image](/uploads/8b0a011ff0531bcfc719e6b4eb5e30b0/image.png)
New links needed for:
- 'Installation Guide' - I guess to this: https://docs.civicrm.org/user/en/latest/initial-set-up/installation-and-basic-set-up/
- Create front-end forms and searchable directories using Profiles - https://docs.civicrm.org/user/en/latest/organising-your-data/profiles/
- Create online contribution pages - https://docs.civicrm.org/user/en/latest/contributions/online-contributions/
- Create events with online event registration - https://docs.civicrm.org/user/en/latest/events/what-is-civievent/
- Register a site - https://civicrm.org/register-a-sitenicolnicolhttps://lab.civicrm.org/dev/joomla/-/issues/39[Joomla 4.0] Fatal error on submitting Profile with CMS username/password2022-05-27T10:15:32ZMonish Deb[Joomla 4.0] Fatal error on submitting Profile with CMS username/passwordSteps to replicate:
1. Choose any Profile and enable 'User Registration
2. Open the Profile in create mode and submit as a anonymous user.
Result: Fatal error and the joomla user account is not createdSteps to replicate:
1. Choose any Profile and enable 'User Registration
2. Open the Profile in create mode and submit as a anonymous user.
Result: Fatal error and the joomla user account is not createdJoomla 4 Integration