Development issueshttps://lab.civicrm.org/groups/dev/-/issues2018-05-17T02:11:00Zhttps://lab.civicrm.org/dev/core/-/issues/120Advanced Search - Contacts throws Fatal Error v 5.1.12018-05-17T02:11:00ZkcristianoAdvanced Search - Contacts throws Fatal Error v 5.1.1Advanced Search for Contacts White Screens - It works for Participants, Members, but not contacts.
Tested on official Download of CiviCRM 5.1.1.
Tested with:
Drupal 7
CiviCRM 5.1.1
php 7.0
MariaDB 10.1
WP 4.9.5
CiviCRM 5.1.1
php 7...Advanced Search for Contacts White Screens - It works for Participants, Members, but not contacts.
Tested on official Download of CiviCRM 5.1.1.
Tested with:
Drupal 7
CiviCRM 5.1.1
php 7.0
MariaDB 10.1
WP 4.9.5
CiviCRM 5.1.1
php 7.0
MariaDB 10.2
WP 4.9.5
CiviCRM 5.1.1
php 7.0
MariaDB 10.1
WP 4.9.5
CiviCRM 5.1.1
php 7.0
MySQL 5.6
All fail on a contact search with `PHP Fatal error: Uncaught Error: Call to undefined method CRM_Core_DAO::disableFullGroupByMode() in /home/ranger/public_html/wp-content/plugins/civicrm/civicrm/CRM/Contact/BAO/Query.php:4848 `
These commits are in 5.1.1 - https://github.com/civicrm/civicrm-core/pull/12074 https://github.com/civicrm/civicrm-core/pull/11996
but https://github.com/civicrm/civicrm-core/pull/12043 is not in 5.1.1
Will test adding https://github.com/civicrm/civicrm-core/pull/12043 and see if that fixes.5.1.0https://lab.civicrm.org/dev/core/-/issues/3551Clickthrough tracking breaks when a URL has a leading space2022-06-11T14:50:48ZJonGoldClickthrough tracking breaks when a URL has a leading spaceSteps to replicate:
* Start a new CiviMail mailing.
* Create a link where the URL has a leading whitespace, e.g.:
```
<a href=" https://civicrm.org">
```
* Send the mailing with clickthrough tracking enabled.
* Click the link.
##### Exp...Steps to replicate:
* Start a new CiviMail mailing.
* Create a link where the URL has a leading whitespace, e.g.:
```
<a href=" https://civicrm.org">
```
* Send the mailing with clickthrough tracking enabled.
* Click the link.
##### Expected Result
I arrive at https://civicrm.org.
##### Actual Result
I end up on the dashboard of my Civi install (or access denied, depending on whether I'm logged in).
Since leading whitespace in an `HREF` attribute is handled gracefully, I think CiviCRM should handle it identically to if clickthrough tracking was disabled.
This is just a matter of adding a `trim()`.5.33.0JonGoldJonGoldhttps://lab.civicrm.org/dev/core/-/issues/121Can't change 'Accept profile submissions from external sites' on Joomla2020-02-27T20:16:18Zaydunsaidan.saunders@squiffle.ukCan't change 'Accept profile submissions from external sites' on JoomlaJoomla 3.8.7 CiviCRM 5.1.1
Administration > System Settings > Misc accepts changes and 'Save' does not show any errors but the new value for 'Accept profile submissions from external sites' is not saved, so reloading the page shows the ...Joomla 3.8.7 CiviCRM 5.1.1
Administration > System Settings > Misc accepts changes and 'Save' does not show any errors but the new value for 'Accept profile submissions from external sites' is not saved, so reloading the page shows the original unmodified setting.
However, @kcristiano tested on Joomla successfullyhttps://lab.civicrm.org/dev/core/-/issues/3646Support tracking URLs with tokens in query strings2022-06-11T14:58:11ZlarsssandergreenSupport tracking URLs with tokens in query stringsURLs with tokens in mailings do not have click tracking. This is an important metric for fundraising (e.g. to see how many and even which contacts click through to contribution pages). @artfulrobot put together some code that worked well...URLs with tokens in mailings do not have click tracking. This is an important metric for fundraising (e.g. to see how many and even which contacts click through to contribution pages). @artfulrobot put together some code that worked well to track these clicks in Flexmailer, but that code was not merged before Flexmailer was merged into core.
https://github.com/civicrm/org.civicrm.flexmailer/issues/30
We used this without issue for four months and found it worked very well. @artfulrobot was using it since March. Would it be possible to merge this into core. Rich, would you be willing to copy your code to a patch against core?RichRichhttps://lab.civicrm.org/dev/joomla/-/issues/10Some error messages render a chunk of markup as plain text2020-03-26T09:39:50ZnicolSome error messages render a chunk of markup as plain textThis has been the case for a while, but I never report as usually too focused on fixing the error. Seems to be the case with any error inside the CMS, there are still the error messages in yellow/plain text/no CMS elements common to all ...This has been the case for a while, but I never report as usually too focused on fixing the error. Seems to be the case with any error inside the CMS, there are still the error messages in yellow/plain text/no CMS elements common to all CMSs at other times.
![image](/uploads/5360c84a35a6a7012359d23e5b4c37b8/image.png)https://lab.civicrm.org/dev/core/-/issues/122Wrong Action Links Shown for Reserved and Locked Option Groups2018-05-19T06:07:03ZmichaelWrong Action Links Shown for Reserved and Locked Option GroupsIn #55 I hid the "delete" link for options in a locked option group. This has a bug as it will already not have the "delete" link if the option value is reserved:
```
if ($dao->is_reserved) {
$action = CRM_Core_Action::UPDATE;
}
```
...In #55 I hid the "delete" link for options in a locked option group. This has a bug as it will already not have the "delete" link if the option value is reserved:
```
if ($dao->is_reserved) {
$action = CRM_Core_Action::UPDATE;
}
```
So subtracting the `CRM_Core_Action::DELETE` will result in a negative value for `$action` and more links than expected will be shown.
This can be fixed by first checking if the `CRM_Core_Action::DELETE` flag is active before unsetting it.
---
Link to PR: https://github.com/civicrm/civicrm-core/pull/12154/files5.3.0https://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/core/-/issues/123Import - Participant - Custom participant date fields are not formatted2022-06-11T16:02:19ZtschuettlerImport - Participant - Custom participant date fields are not formattedThe date fields are not converted from the import date format to the default date format and thus end up beeing imported with a date value of 0.
![image](/uploads/dda9843f54de137b5060553f4785655f/image.png)
Additionally 2 notice errors...The date fields are not converted from the import date format to the default date format and thus end up beeing imported with a date value of 0.
![image](/uploads/dda9843f54de137b5060553f4785655f/image.png)
Additionally 2 notice errors appear for each mapped custom particpant field in the import file:
>Notice: Undefined offset: 8 in CRM_Event_Import_Parser_Participant->import() (line 296 of /opt/buildkit/build/dmaster/sites/all/modules/civicrm/CRM/Event/Import/Parser/Participant.php).
>Notice: Undefined offset: 8 in CRM_Event_Import_Parser_Participant->import() (line 300 of /opt/buildkit/build/dmaster/sites/all/modules/civicrm/CRM/Event/Import/Parser/Participant.php).
Steps to reproduce:
1. Create a custom date field for participants
1. Import a participant with a non default date format: [participant_test.csv](/uploads/83f09e28f2435b819b41e120a9e28968/participant_test.csv)
See https://issues.civicrm.org/jira/browse/CRM-19386 for the same issue with activity imports.
A PR will be provided.5.3.0https://lab.civicrm.org/dev/joomla/-/issues/15PHP 7.2 countable warning after installation2019-08-25T12:56:11ZAndrew ThompsonPHP 7.2 countable warning after installationPHP 7.2 Warning: count(): Parameter must be an array or an object that implements Countable in <directory>/com_civicrm/script.civicrm.php on line 196
```
( ! ) Warning: count(): Parameter must be an array or an object that implements Cou...PHP 7.2 Warning: count(): Parameter must be an array or an object that implements Countable in <directory>/com_civicrm/script.civicrm.php on line 196
```
( ! ) Warning: count(): Parameter must be an array or an object that implements Countable in /var/www/html/j4/tmp/install_5d60cbd7ce50c/com_civicrm/script.civicrm.php on line 196
Call Stack
# Time Memory Function Location
1 0.0000 403864 {main}( ) .../index.php:0
2 0.0001 404472 require_once( '/var/www/html/j4/administrator/includes/app.php' ) .../index.php:36
3 0.0077 1563680 Joomla\CMS\Application\AdministratorApplication->execute( ) .../app.php:63
4 0.0322 2418728 Joomla\CMS\Application\AdministratorApplication->doExecute( ) .../CMSApplication.php:241
5 0.0364 2787576 Joomla\CMS\Application\AdministratorApplication->dispatch( ) .../AdministratorApplication.php:159
6 0.0389 2892928 Joomla\CMS\Component\ComponentHelper::renderComponent( ) .../AdministratorApplication.php:116
7 0.0403 3107360 Joomla\CMS\Dispatcher\ComponentDispatcher->dispatch( ) .../ComponentHelper.php:383
8 0.0412 3122736 Joomla\Component\Installer\Administrator\Controller\InstallController->execute( ) .../ComponentDispatcher.php:146
9 0.0412 3122736 Joomla\Component\Installer\Administrator\Controller\InstallController->install( ) .../BaseController.php:728
10 0.0418 3134944 Joomla\Component\Installer\Administrator\Model\InstallModel->install( ) .../InstallController.php:42
11 1.0990 3302576 Joomla\CMS\Installer\Installer->install( ) .../InstallModel.php:200
12 1.1119 3413200 Joomla\CMS\Installer\Adapter\ComponentAdapter->install( ) .../Installer.php:514
13 7.2639 22404896 Joomla\CMS\Installer\Adapter\ComponentAdapter->triggerManifestScript( ) .../InstallerAdapter.php:870
14 7.2639 22421408 Com_CiviCRMInstallerScript->postflight( ) .../InstallerAdapter.php:1082
15 7.2639 22421408 Com_CiviCRMInstallerScript->setDefaultPermissions( ) .../script.civicrm.php:184
```
This warning is only visible on a fresh installation, not an upgrade.5.18.0https://lab.civicrm.org/dev/core/-/issues/124Registration approval issues2018-06-17T23:18:36Zaydunsaidan.saunders@squiffle.ukRegistration approval issuesFor events requiring approval:
1) The confirmation screen generates a warning:
`Warning: A non-numeric value encountered in XXX/civicrm/CRM/Event/Form/Registration/Confirm.php on line 262`
2) The pre-approval confirmation and post-appr...For events requiring approval:
1) The confirmation screen generates a warning:
`Warning: A non-numeric value encountered in XXX/civicrm/CRM/Event/Form/Registration/Confirm.php on line 262`
2) The pre-approval confirmation and post-approval confirmation emails both have the subject 'Registration Confirmation' which is confusing to recipients.
3) The pre-approval confirmation mail includes a Fees section which shows fees of 0 since the fees have not been selected at this stage. So it would be better to remove the Fees section from the pre-approval confirmation (but not the post-approval confirmation)5.4.0aydunsaidan.saunders@squiffle.ukaydunsaidan.saunders@squiffle.ukhttps://lab.civicrm.org/dev/core/-/issues/3548(Deleted)2022-06-11T14:50:42Zswebervna(Deleted)Please disregard this, I posted it in the wrong area.Please disregard this, I posted it in the wrong area.https://lab.civicrm.org/dev/core/-/issues/23355.34 Upgrade fail when row format is not Dynamic2023-07-12T05:03:22Zeileen5.34 Upgrade fail when row format is not Dynamic [type] => DB_Error
[user_info] => ALTER TABLE `civicrm_action_schedule` ADD COLUMN `created_date` timestamp NULL DEFAULT CURRENT_TIMESTAMP COMMENT 'When was the schedule reminder created.' [nativecode=1118 ** Row size too large.... [type] => DB_Error
[user_info] => ALTER TABLE `civicrm_action_schedule` ADD COLUMN `created_date` timestamp NULL DEFAULT CURRENT_TIMESTAMP COMMENT 'When was the schedule reminder created.' [nativecode=1118 ** Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs]
NOTE THIS WORKS
ALTER TABLE `civicrm_action_schedule` ADD COLUMN `created_date` timestamp NULL DEFAULT CURRENT_TIMESTAMP COMMENT 'When was the schedule reminder created.', ROW_FORMAT=DYNAMIC;https://lab.civicrm.org/dev/core/-/issues/125Invalid link to custom-fields documentation2018-12-15T22:50:50ZedgimarInvalid link to custom-fields documentationOn the `index.php?q=civicrm/admin/custom/group&reset=1` screen, the "learn more..." link appears to be broken -- this target of this link is currently https://docs.civicrm.org/user/en/latest/organising-your-data/custom-fields but should ...On the `index.php?q=civicrm/admin/custom/group&reset=1` screen, the "learn more..." link appears to be broken -- this target of this link is currently https://docs.civicrm.org/user/en/latest/organising-your-data/custom-fields but should instead be https://docs.civicrm.org/user/en/latest/organising-your-data/creating-custom-fields/.
Using CiviCRM 5.1.1.5.9https://lab.civicrm.org/dev/core/-/issues/3543Provide warning for mailings that are being edited to prevent Mailing not sav...2024-02-12T05:03:28ZlarsssandergreenProvide warning for mailings that are being edited to prevent Mailing not saved errors.In our org, we have multiple users who might need to edit the same mailing. Unfortunately, this creates the possibility that someone leaves the mailing open and someone else opens it and begins editing, leading to the "Mailing not saved....In our org, we have multiple users who might need to edit the same mailing. Unfortunately, this creates the possibility that someone leaves the mailing open and someone else opens it and begins editing, leading to the "Mailing not saved. Content may be out of date" error (and tears and hair loss due to lost changes). In our case, this is mostly one user putting together a mailing and another user editing it, fixing formatting errors, etc. It's very hard to train users who are used to Google Docs not to leave the tab open, leading to the need for rigid hand off procedures. We've been trying to get people trained for years, but this continues to be an issue that we waste a lot of time on.
Would it be feasible to add some kind of warning that would warn another user who wants to open another mailing that is already open for editing? I'm thinking just setting a flag on the mailing with a 30 minute expiration, which is updated every time the mailing or content is saved. The flag would be unset when the user exits the mailing. Mailings with the flag would have a warning on the draft mailings screen that would say "Someone else may be editing this mailing" or a warning before opening the mailing. This won't be a perfect solution, but I think it would prevent 95% of problems.
We're using Mosaico, but I think this would be implemented in core and apply to both kinds of mailings.https://lab.civicrm.org/dev/joomla/-/issues/17[Joomla 4.0] CiviCRM menu issues2021-09-02T10:17:43ZAndrew Thompson[Joomla 4.0] CiviCRM menu issuesThe 'new' (former KAM) CiviCRM menu has some cosmetic problems in Joomla 4.0 alpha 11:
1. The CiviCRM menu pushes the Joomla top horizontal menu down so that Joomla's is below CiviCRM's, and when the CiviCRM is moved down, it appears be...The 'new' (former KAM) CiviCRM menu has some cosmetic problems in Joomla 4.0 alpha 11:
1. The CiviCRM menu pushes the Joomla top horizontal menu down so that Joomla's is below CiviCRM's, and when the CiviCRM is moved down, it appears behind Joomla's.
![QPTgvgiKi9](/uploads/5073d73a73551cf3fbc5f4926449f307/QPTgvgiKi9.gif)
2. The search menu options' text are visible only on mouseover
![8jik9uASCQ](/uploads/567a19a70b59327e88c7ada5b3bfa326/8jik9uASCQ.gif)Joomla 4 Integrationhttps://lab.civicrm.org/dev/core/-/issues/126Soft Credit report redirect to Contribution Detail report doesn't filter cont...2018-05-21T12:01:59ZjrolfsSoft Credit report redirect to Contribution Detail report doesn't filter contact idIt looks like the names in the Soft Credit report no longer redirect to a Contribution Detail report that filters the results based on the contact's id. The same error occurs on dmaster.demo.civicrm.org.
![Snap_2018-05-17_at_16.53.45](/...It looks like the names in the Soft Credit report no longer redirect to a Contribution Detail report that filters the results based on the contact's id. The same error occurs on dmaster.demo.civicrm.org.
![Snap_2018-05-17_at_16.53.45](/uploads/229b8d3c6a85a76130928875c2616d94/Snap_2018-05-17_at_16.53.45.jpg)5.3.0https://lab.civicrm.org/dev/core/-/issues/3349Creating an event clears the cache2022-04-22T16:21:15ZjaapjansmaCreating an event clears the cacheWhen creating a new event or updating an existing the system will clear all caches in the background.
The line causing this is in the CRM_Event_BAO_Event::add
```php
public static function add(&$params) {
CRM_Utils_System::flush...When creating a new event or updating an existing the system will clear all caches in the background.
The line causing this is in the CRM_Event_BAO_Event::add
```php
public static function add(&$params) {
CRM_Utils_System::flushCache();
```
see: https://github.com/civicrm/civicrm-core/blame/master/CRM/Event/BAO/Event.php#L86
My question is why the caches need to be cleared when adding or updating an event? And if there is no reason is it safe to remove this line?
5.18.0https://lab.civicrm.org/dev/core/-/issues/3647Deleting C or Final mailing for A/B test makes report on A and B segments unv...2024-02-24T05:03:28ZlarsssandergreenDeleting C or Final mailing for A/B test makes report on A and B segments unviewableIf you create and A/B test, send the A & B segments and then delete the C or Final segment from Draft and Unscheduled Mailings, you can no longer view the mailing report for the A/B test. The mailing report URL just shows a blank page wi...If you create and A/B test, send the A & B segments and then delete the C or Final segment from Draft and Unscheduled Mailings, you can no longer view the mailing report for the A/B test. The mailing report URL just shows a blank page with header and footer.
I think it is probably not that uncommon an occurrence for someone to create an A/B test and later need to make a small change to the final version before sending it. That's easy enough to do by re-using one of the mailings and excluding the A and B mailings from your recipients. However, you will probably delete the C mailing from the unscheduled list at this point and then no longer be able to view the original A/B mailing report.
I'm testing on 5.28.4. This happens with both Mosaico and traditional mailings.https://lab.civicrm.org/dev/joomla/-/issues/18[Joomla 4.0] Database upgrader does not work2021-08-27T11:00:40ZAndrew Thompson[Joomla 4.0] Database upgrader does not workThis might not be a valid bug as I only tried installing the same CiviCRM version twice rather than a true version upgrade.
What I did was:
1. Install CiviCRM 5.16.3 (modified to include [PR #52](https://github.com/civicrm/civicrm-jooml...This might not be a valid bug as I only tried installing the same CiviCRM version twice rather than a true version upgrade.
What I did was:
1. Install CiviCRM 5.16.3 (modified to include [PR #52](https://github.com/civicrm/civicrm-joomla/pull/52))
2. Repeat (1) again i.e. install the modified CiviCRM 5.16.3 again. The installation works.
3. Click on Please run the CiviCRM Database Upgrade Utility (administrator/index.php?option=com_installer&view=install) and I got a white screen
I haven't investigated further.Joomla 4 Integrationhttps://lab.civicrm.org/dev/core/-/issues/127Smart Group incorrect counts2018-06-05T10:42:15Zaydunsaidan.saunders@squiffle.ukSmart Group incorrect countsI'm seeing some strange behaviour with smart groups where the number of group members is wrong. This is on 5.1.2 but has been seen previously.
1. On the Manage Groups page, the counts show initially as 'unknown'.
1. Clicking the 'Upd...I'm seeing some strange behaviour with smart groups where the number of group members is wrong. This is on 5.1.2 but has been seen previously.
1. On the Manage Groups page, the counts show initially as 'unknown'.
1. Clicking the 'Update Smart Group Counts' then updates one particular group to have a count of 113.
1. Clicking Contacts then takes to a list of contacts - 113 of them.
1. Clicking 'Edit Smart Group Search Criteria for ...' then shows 2 contacts - which is correct.
The smart group criteria are:
> Membership Type = Associate Member ...AND...
> Is a current member ...AND...
> Primary Members Only ...AND...
> Contacts with a Relationship Type of: 'Correspondent 1 of'
I am seeing similar differences between the reported numbers and the right results for other smart groups so it does not seem to be specific to those criteria. FWIW several of the other groups also report 113 members - wrongly.
If I create a mailing with the smart group it reports ~107 which would be about right if it really were 113 group members as a few are on hold. But it should just be 2!
If I go to basic Search and put the groupname in the group box, then it correctly returns 2 contacts.
* These results are as administrator, so it is not permission issues.
* PHP 7.1.16 (but seen when previously on 5.6)
* MySQL: Server version: 5.7.21-percona-sure2-log MySQL Community Server (GPL)
* `ONLY_FULL_GROUP_BY` is disabled
* Smart group cache timeout: 5
* Rebuild Smart Group Cache scheduled job: every 15 mins