Joomla issueshttps://lab.civicrm.org/dev/joomla/-/issues2021-08-27T11:24:06Zhttps://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/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/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/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/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 Integrationhttps://lab.civicrm.org/dev/joomla/-/issues/38HTML Class generation assumes "class safe" names2022-02-11T20:21:03ZphilmorbruHTML Class generation assumes "class safe" namesBringing this issue over from the [iATS extension page](https://github.com/iATSPayments/com.iatspayments.civicrm/issues/367) where there are images and more documentation. Indications are that this also affects WordPress sites.
In short...Bringing this issue over from the [iATS extension page](https://github.com/iATSPayments/com.iatspayments.civicrm/issues/367) where there are images and more documentation. Indications are that this also affects WordPress sites.
In short, html classes that are generated for the iATS extension and possibly other contexts assume the machine name is class safe. If the name has spaces ("iATS Payments Credit Card" rather than "iATS_Payments_Credit_Card"), it results in multiple classes (.iATS .Payments .credit .card) rather than the single class (.iATS_Payments_Credit_Card).
A primary problem with this is that if the standard .card class is used on a site (very common with bootstrap), it leads to formatting problems for elements with Civi-generated classes. Otherwise this issue might fly under the radar on most sites.
Joomla! 3.9.24, Civi 5.39.0, iATS extension 1.7.45.48.0https://lab.civicrm.org/dev/joomla/-/issues/37Events added in CIVICRM/CIVIEVENT are not showing up on the frontend calendar...2022-01-25T00:48:46Zmargaret@c2caz.comEvents added in CIVICRM/CIVIEVENT are not showing up on the frontend calendar all of a suddenWe originally installed CIVICRM under a development domain and all was working well. We needed to move the domain to the staging domain slot. Since then, any events that I add to CIVIEVENTS do not show up on the Events Calendar or Even...We originally installed CIVICRM under a development domain and all was working well. We needed to move the domain to the staging domain slot. Since then, any events that I add to CIVIEVENTS do not show up on the Events Calendar or Events Listing on the frontend. We have cleared the cache and rebuilt the menu under Administrative Support to no avail. They do show in the event calendar on the backend but do not show up in the frontend. We checked permissions and did not find anything there. Please advise.https://lab.civicrm.org/dev/joomla/-/issues/36Fatal error on visiting CiviCRM paths having `task` query param in it twice2021-10-29T03:08:15ZjitendraFatal error on visiting CiviCRM paths having `task` query param in it twice`task` is the parent param used by joomla to load any path. See https://docs.joomla.org/URLs_in_Joomla
A fatal error is encountered when a civi page is loaded with `task` in it.
Quick steps to replicate on joomla demo is
- Search for...`task` is the parent param used by joomla to load any path. See https://docs.joomla.org/URLs_in_Joomla
A fatal error is encountered when a civi page is loaded with `task` in it.
Quick steps to replicate on joomla demo is
- Search for contributions - https://cividemo.com/administrator/?option=com_civicrm&task=civicrm/contribute/search&reset=1
- Try to send a receipt using the more link.
![image](/uploads/7f84428c90e3d42e8396d9c792f2b440/image.png)
The URL that is formed is
`https://cividemo.com/administrator/?option=com_civicrm&task=civicrm/contribute/task&reset=1&task=receipt&id=12`
Note there are 2 task query params
task=civicrm/contribute/task
and
task=receipt
Probably the final value is used by joomla and is never able to load the page.
Fix: Replace all task query param in civi to something else, eg taskItem.https://lab.civicrm.org/dev/joomla/-/issues/35[Joomla 4.0] Cannot access/set user permissions2023-02-25T12:13:56Znicol[Joomla 4.0] Cannot access/set user permissionsClicking the Joomla access control link (/administrator/index.php?option=com_config&view=component&component=com_civicrm) via either Civi (administrator/?option=com_civicrm&task=civicrm/admin/access&reset=1) or Joomla (administrator/inde...Clicking the Joomla access control link (/administrator/index.php?option=com_config&view=component&component=com_civicrm) via either Civi (administrator/?option=com_civicrm&task=civicrm/admin/access&reset=1) or Joomla (administrator/index.php?option=com_config#page-permissions) gives a fatal error. Without setting ACLs, the front end Civi links won't display - so this looks like a blocker for Joomla 4.0 compatibility.
According to Joomla 4's debugger the issue is:
`Compile Error: require_once(): Failed opening required '/Applications/MAMP/htdocs/Joomla_4.0.2/libraries/joomla/form/fields/rules.php' (include_path='.:/Applications/MAMP/bin/php/php7.3.7/lib/php')`
`
FatalError in /Joomla_4.0.2/administrator/components/com_civicrm/civicrm/joomla/libraries/joomla/form/fields/civiperms.php (line 6)
<?php
defined('JPATH_PLATFORM') or die;
// for some reason Joomla doesn't autoload JFormFieldRules in this context
require_once JPATH_SITE . '/libraries/joomla/form/fields/rules.php';
class JFormFieldCiviperms extends JFormFieldRules {
/**
* @var CRM_Core_Config
`Joomla 4 Integrationseamusleeseamusleehttps://lab.civicrm.org/dev/joomla/-/issues/34[Joomla 4.0] CiviCRM logo not showing in Quick Icon plugin2022-05-27T10:14:42Znicol[Joomla 4.0] CiviCRM logo not showing in Quick Icon pluginVery low priority, but the QuickIcon Joomla plugin (https://github.com/civicrm/civicrm-joomla/tree/master/admin/plugins/civicrmicon) no longer shows a Civi logo:
![image](/uploads/aed5a3996ded76fc73d42686f36f00fd/image.png)Very low priority, but the QuickIcon Joomla plugin (https://github.com/civicrm/civicrm-joomla/tree/master/admin/plugins/civicrmicon) no longer shows a Civi logo:
![image](/uploads/aed5a3996ded76fc73d42686f36f00fd/image.png)Joomla 4 Integrationnicolnicolhttps://lab.civicrm.org/dev/joomla/-/issues/33Data from custom fields is not stored in event but in event template2021-05-26T04:45:41ZoseidelData from custom fields is not stored in event but in event templateWhen creating a new event using an event template which includes custom fields, the data entered in the custom fields won't be stored in the event itself when clicking the 'Continue'-button, but are stored in the event template. After cl...When creating a new event using an event template which includes custom fields, the data entered in the custom fields won't be stored in the event itself when clicking the 'Continue'-button, but are stored in the event template. After clicking 'Continue' and then going back to the 'Info and Settings'-tab all data entered in the custom fields is gone. However, the data can be found in the used event template now. By going into edit mode the data is set in the template's custom fields and will be prefilled in the next event generated using this template.
This issue might be conneted to this one: [Core Issue 766](https://lab.civicrm.org/dev/core/-/issues/766)
See also a related post on [stackexchange](https://civicrm.stackexchange.com/questions/20709/new-event-from-template-does-not-copy-custom-fields)
Notice that custom field are 'only' lost in this cases, while it gets stored in the template in this one.
Steps to reproduce:
1. Set up fresh Joomla instance (V. 3.9.26 at the time of writing)
2. Install latest CiviCRM for Joomla (V. 5.37.2 at the time of writing)
3. Create a new set of custom fields (I've been using text, date and select inputs in my tests)
4. Create a new event template and fill out all necessary inputs (I've also entered something in the title, summary and description).
5. Create a new event using the newly created template. Enter something in all necessary fields as well as in the custom fields.
6. Click 'Continue'
7. Return to 'Info and Settings' - the data entered in the custom fields is gone :/
8. Open the template in edit mode. The custom data we previously entered in the event is here now
This issue can be reproduced in CiviCRM 5.37.0 and 5.37.2, but not in 5.36.1 used in the [Joomla Demo](https://cividemo.com/).
I've been using the following environments to test: AMPPS 3.9 and XAMPP (compile date 4-6-21) with PHP 7.3.
As I'm only using CiviCRM inside Joomla I haven't testet whether this issue also appears in other CMS- or the standalone-version.
A possible workaround for the problem is to skip entering something in the custom fields in Step 5 but doing so in Step 7. The contents of custom fields are saved correctly now. However, another strange behaviour occurs now: If there is any content of the custom fields already set in the template (e.g. if a field is set as required), this data is missing in the event using the template. Even in fields marked as required - the content set in the template is just gone.https://lab.civicrm.org/dev/joomla/-/issues/29Sharing on social media footer doesn't show on Joomla contribution pages2020-11-16T03:28:21ZnicolSharing on social media footer doesn't show on Joomla contribution pagesSelecting "Allow sharing through social media?" on Contribution Pages does not display the footer on the contribution page. Found while testing https://lab.civicrm.org/dev/user-interface/-/issues/2 & replicatable on https://joomla.demo.c...Selecting "Allow sharing through social media?" on Contribution Pages does not display the footer on the contribution page. Found while testing https://lab.civicrm.org/dev/user-interface/-/issues/2 & replicatable on https://joomla.demo.civicrm.org.https://lab.civicrm.org/dev/joomla/-/issues/28Upgrade from 5.26.2 to 5.27 RC Fails2021-05-12T16:57:04ZkcristianoUpgrade from 5.26.2 to 5.27 RC FailsUpon upgrade from 5.26.2 to 5.27 RC all CiviCRM p[ages show the following error:
`Undefined class constant 'POST_SELECT_QUERY'`
![image](/uploads/5ad5f9842db213e3979261170a5c750c/image.png)
Joomla 3.9.19, php 7.3.19
I will try a new ...Upon upgrade from 5.26.2 to 5.27 RC all CiviCRM p[ages show the following error:
`Undefined class constant 'POST_SELECT_QUERY'`
![image](/uploads/5ad5f9842db213e3979261170a5c750c/image.png)
Joomla 3.9.19, php 7.3.19
I will try a new fresh install on 5.27 RC.
Would be great if this could be reproducedhttps://lab.civicrm.org/dev/joomla/-/issues/27CiviCRM menus disappear in Joomla after 5.24.x upgrade2020-04-13T10:35:47ZspalmstromCiviCRM menus disappear in Joomla after 5.24.x upgradeUnder Joomla, the CiviCRM menus disappear after upgrading to 5.24.x.Under Joomla, the CiviCRM menus disappear after upgrading to 5.24.x.https://lab.civicrm.org/dev/joomla/-/issues/26CiviCRM menu disappears and upgrade to 5.23.x fails if Joomla is in a folder ...2020-05-16T03:15:37ZspalmstromCiviCRM menu disappears and upgrade to 5.23.x fails if Joomla is in a folder below the website.This issue may also apply to Drupal, but I haven't tried it.
If the Joomla site is a subfolder of the main site, e.g.
https://www.example.com/joomla, the CiviCRM menu disappears after upgrading to 5.23.x and the database upgrade gets stu...This issue may also apply to Drupal, but I haven't tried it.
If the Joomla site is a subfolder of the main site, e.g.
https://www.example.com/joomla, the CiviCRM menu disappears after upgrading to 5.23.x and the database upgrade gets stuck. If Joomla is immediately under the site, both issues disappear. Examining the code shows errors in loading scripts, where the browser attempts to load files in:
https://www.example.com/joomla/joomla
In other words, it seems to be duplicating the subfolder.5.23.4https://lab.civicrm.org/dev/joomla/-/issues/25cli.php Crons Not Running2019-12-27T14:16:50ZADG Creativecli.php Crons Not RunningJoomla 3.9.13, 3.9.14.
Since update to 5.20.0, cron jobs stopped running.
I have confirmed that the cron job is being fired from the server and hitting cli.php, I just cannot determine where the failure is happening. There is no error re...Joomla 3.9.13, 3.9.14.
Since update to 5.20.0, cron jobs stopped running.
I have confirmed that the cron job is being fired from the server and hitting cli.php, I just cannot determine where the failure is happening. There is no error returned.https://lab.civicrm.org/dev/joomla/-/issues/24[Joomla 4.0] CiviCRM's CSS interferes with Joomla's top header background colour2019-09-10T02:19:37ZAndrew Thompson[Joomla 4.0] CiviCRM's CSS interferes with Joomla's top header background colourNormally Joomla 4.0's administrative template shows a white top header background:
![image](/uploads/927c5e20d27509e1ec1e4c0e6f3be3af/image.png)
But on any CiviCRM backend page Joomla's header is changed to a blue background:
![image](/...Normally Joomla 4.0's administrative template shows a white top header background:
![image](/uploads/927c5e20d27509e1ec1e4c0e6f3be3af/image.png)
But on any CiviCRM backend page Joomla's header is changed to a blue background:
![image](/uploads/ca0e4aedf4df796b6b7ba6aa9572e3f1/image.png)
This comes from CiviCRM's `administrator/components/com_civicrm/civicrm/css/joomla.css`:
```
#header {
background-color: #69c;
}
```
I propose that we get rid of the above from `joomla.css`. I can't see that it had any effect on Joomla 3.
* In a Joomla 3 page there is a `<header class="header">` (class not id unlike in J4's new Atum template) and that's the closest we get in Joomla itself.
* If I grep the CiviCRM codebase for 'id="header"' (perhaps not foolproof) the only places it appears in CiviCRM are:
```
administrator/components/com_civicrm/civicrm/templates/CRM/Mailing/MailingUI.hlp:{htxt id="header"}
administrator/components/com_civicrm/civicrm/bower_components/ckeditor/samples/old/inlineall.html: <div id="header">
```
And the #header in joomla.css doesn't affect those cases.