Development issueshttps://lab.civicrm.org/groups/dev/-/issues2023-07-05T23:48:38Zhttps://lab.civicrm.org/dev/financial/-/issues/210Changing contribution financial type from non-deductible to deductible does n...2023-07-05T23:48:38ZlarsssandergreenChanging contribution financial type from non-deductible to deductible does not change non-deductible amount, resulting in inability to issue tax receiptsSuppose someone enters a donation with an event fee financial type by mistake. The non-deductible amount is set to the full amount of the contribution. If they then change the financial type to a donation type, the non-deductible amount ...Suppose someone enters a donation with an event fee financial type by mistake. The non-deductible amount is set to the full amount of the contribution. If they then change the financial type to a donation type, the non-deductible amount remains the full amount of the contribution, so no tax receipt can be issued for the donation. Since most people probably don't use non-deductible amount regularly, if at all, they aren't likely to check this. Not a big deal if you then try to issue a tax receipt for the single contribution as it will be obvious that something is wrong (though perhaps frustrating because it isn't clear what), but if you are issuing them in bulk, you may not notice this at all, resulting in a donor not getting their tax receipt — a pretty bad outcome from a donor stewardship perspective.
We probably don't want to change non-deductible amounts in the background for existing contributions, but how about a warning that pops up when the financial type is changed from non-deductible to deductible, advising the user to check the non-deductible amount? Perhaps this wouldn't matter to some users, who don't care at all about deductible versus non-deductible, but this does seem worth warning about because it can produce unexpected results in the background.
Something like:
```You've changed the financial type for this $NNN contribution from non-tax deductible to tax deductible, but the non-deductible amount of $NNN has not been changed. This could prevent a tax receipt from being issued. You may want to edit the non-deductible amount.```https://lab.civicrm.org/dev/core/-/issues/3908Permission to view Subscription History in SearchKit2022-11-22T09:40:51ZwmortadaPermission to view Subscription History in SearchKitOverview
----------------------------------------
I've created a saved search using SearchKit to show contacts that have recently signed up to a mailing list. This search works fine for users with full administer permissions to CiviCRM ...Overview
----------------------------------------
I've created a saved search using SearchKit to show contacts that have recently signed up to a mailing list. This search works fine for users with full administer permissions to CiviCRM but doesn't show any results for users with more limited permissions to CiviCRM.
Reproduction steps
----------------------------------------
1. Create a search using SearchKit that uses the Contact Subscription Histories entity - see below
2. View the search as a user with access to CiviCRM but not the 'administer CiviCRM' permission
![image](/uploads/7ec66c8b8ae197ebb4c6d0c5a847cb36/image.png)
Current behaviour
----------------------------------------
The results don't load for the user with limited permissions. Note that the column headings are also missing.
![image](/uploads/aa2eadeac7872d9ff9432d0c6fcb0d4f/image.png)
Expected behaviour
----------------------------------------
The results should load
![image](/uploads/6a430f08519863c1cf05fb8f19b06bf8/image.png)
Environment information
----------------------------------------
CiviCRM 5.56.alpha1https://lab.civicrm.org/dev/core/-/issues/3905Need to increase data size for 'data' column on 'civicrm_job_log' table2022-10-12T13:27:08ZyashodhaNeed to increase data size for 'data' column on 'civicrm_job_log' tableOverview
----------------------------------------
Currently _data_ column of the _civicrm_job_log_ table is of data type TEXT. This is sufficient for running most jobs. However we have a some comprehensive log for mailchimp sync extensio...Overview
----------------------------------------
Currently _data_ column of the _civicrm_job_log_ table is of data type TEXT. This is sufficient for running most jobs. However we have a some comprehensive log for mailchimp sync extension and it would throw errors when running the job.
`INSERT INTO civicrm_job_log (domain_id , job_id , name , command , ...", "1406 ** Data too long for column 'data' at row 1`
Proposed behaviour
----------------------------------------
The Proposal is to change the data type of the _data_ column of the _civicrm_job_log_ table to LONGTEXT instead of TEXT.5.56.0yashodhayashodhahttps://lab.civicrm.org/dev/core/-/issues/3904SearchKit: Active Relationship filter doesn't work in Form Builder2024-02-01T11:35:21ZGhost UserSearchKit: Active Relationship filter doesn't work in Form BuilderOverview
----------------------------------------
When you create a report with Search Kit and Form Builder to view the current Active Relationships, when you filter by "Is Active: Yes" it messes up and shows you the inactive Relationsh...Overview
----------------------------------------
When you create a report with Search Kit and Form Builder to view the current Active Relationships, when you filter by "Is Active: Yes" it messes up and shows you the inactive Relationships.
Reproduction steps
----------------------------------------
1. Create a Search Kit with Related Contacts such as Below
![image](/uploads/76051b5efdcbe35c7ae8f8d0f06ef021/image.png)
2. In the Form Builder add the "Relationship is Active" Field to be able to filter by it.
![image](/uploads/973c5d23ca11fece04f5eb86e957bbbe/image.png)
3. In the Report just filter by active Relationhsips. It will show you the inactive relationships.
![image](/uploads/bca81addc8e401ebf691152bfe62b44f/image.png)
Current behaviour
----------------------------------------
When you filter in the Search Kit Form it filters correctly.
![image](/uploads/089efa35f6f7bbb42836608e7e9e6ad2/image.png)
But when you filter in the Form, it shows you the inactive relationships, as showed above.
When you filter by Inactive relationships they are showed correctly.
![image](/uploads/226ea4dd88937432a00b3db138d5ff69/image.png)
But when you filter by both, it shows only Inactive Relationships.
![image](/uploads/e06ba811de15c17b6db2439a6243727d/image.png)
When you leave the filtering empy it works fine. It shows Active and Inactive Relationships.
Expected behaviour
----------------------------------------
Filter by Active relationships when you input "Yes".
Filter by Inactive relationships when you input "No".
Environment information
----------------------------------------
* __CiviCRM:__ dmaster v.5.56https://lab.civicrm.org/dev/financial/-/issues/209Disabled Financial Types are listed when creating a Price Field2022-11-02T00:34:40ZpetednzDisabled Financial Types are listed when creating a Price FieldReplicated on dmaster.
1/ create a new Financial Type - set it as disabled.
2/ create new price set / field and note that the disabled Type is showing
3/ try to save - spinny spin spin if using pop ups - if not using pop-up get
4/ Finan...Replicated on dmaster.
1/ create a new Financial Type - set it as disabled.
2/ create new price set / field and note that the disabled Type is showing
3/ try to save - spinny spin spin if using pop ups - if not using pop-up get
4/ Financial Type for Price Field Option is either disabled or does not exist
is there a logic for showing disabled fields in this interface - can't personally think of one esp the pain of users sitting for 10 mins waiting for things to save.
Possibly related to https://lab.civicrm.org/dev/financial/-/issues/198 though that seems the other end of the problem, ie a Price Field is using a Fin Type that has since been set to be disabled5.56.0colemanwcolemanwhttps://lab.civicrm.org/dev/core/-/issues/3901Dedupe rule with custom fields fails to work as Supervised2023-02-27T15:03:26ZpetednzDedupe rule with custom fields fails to work as SupervisedOverview
----------------------------------------
If a Dedupe matching rule is created which contains a custom field, and it is set to be used for Supervised, it fails to function when Add Individual is used, but does identify the duplic...Overview
----------------------------------------
If a Dedupe matching rule is created which contains a custom field, and it is set to be used for Supervised, it fails to function when Add Individual is used, but does identify the duplicate when 'use rule' is run
https://civicrm.stackexchange.com/questions/42264/supervised-dedupe-rule-finds-duplicate-when-manually-run-but-not-automatically?noredirect=1#comment50398_42264
Reproduction steps
----------------------------------------
1. On dmaster add a Rule with Last + Marital Status - set rule to be Supervised.
2. Edit Contact 166 to be 'Single' in Marital Status.
3. Add a new contact with Last = Lee and Marital Status = Single. No duplicate warning is provided
4. Run the Supervised Rule and note that the Duplicate records for Lee are listed
Current behaviour
----------------------------------------
Duplicate warning when creating contact does not show
Expected behaviour
----------------------------------------
Duplicate warning when creating contact does not show
Environment information
----------------------------------------
https://dmaster.demo.civicrm.org/
Comments
----------------------------------------
I saw a few other tickets in here referencing custom fields but they seem to be more nuanced eg
https://lab.civicrm.org/dev/core/-/issues/2300
https://lab.civicrm.org/dev/core/-/issues/2966colemanwcolemanwhttps://lab.civicrm.org/dev/backdrop/-/issues/74PHP fatal error with contextual filters, civicrm_plugin_argument_default_civi...2022-10-21T07:33:22ZbgmPHP fatal error with contextual filters, civicrm_plugin_argument_default_civicrm_id.inc file missing*Created by: jenlampton*
The file, `civicrm/backdrop/modules/views/civicrm/civicrm_plugin_argument_default_civicrm_id.inc` is missing.
Steps to reproduce:
1) create a view of nodes
2) add a contextual filter for node: nid
3) attempt to...*Created by: jenlampton*
The file, `civicrm/backdrop/modules/views/civicrm/civicrm_plugin_argument_default_civicrm_id.inc` is missing.
Steps to reproduce:
1) create a view of nodes
2) add a contextual filter for node: nid
3) attempt to configure the contextual filter (second step of adding one) FATAL ERROR
4) the modal window does not advance, it appears as though the "Add" button does not work (but it does) so you click it again
5) close the modal window
6) notice that the contextual filter has been added multiple times
7) click on one to (configure or) remove it FATAL ERROR
8) check the logs see the following:
```
Warning: require_once(backdrop/modules/civicrm/backdrop/modules/views/civicrm/civicrm_plugin_argument_default_civicrm_id.inc): failed to open stream: No such file or directory in require_once() (line 4045 of backdrop/core/includes/bootstrap.inc).
```
I can confirm that this file is missing from 1.x-5.47.3. I will update civi and comment here if the problem persists int newer versions.https://lab.civicrm.org/dev/backdrop/-/issues/73Warning: in_array() expects parameter 2 to be array, null given in civicrm_us...2023-02-17T21:57:51ZRobert J. LangWarning: in_array() expects parameter 2 to be array, null given in civicrm_user_admin_permissions_submit()In the Backdrop version of CiviCRM, there is a check when the Backdrop permissions are edited to see if the anonymous user is getting dangerous permissions; the check is carried out by `civicrm_user_admin_permissions_submit()`.
This wor...In the Backdrop version of CiviCRM, there is a check when the Backdrop permissions are edited to see if the anonymous user is getting dangerous permissions; the check is carried out by `civicrm_user_admin_permissions_submit()`.
This works fine if one is editing the entire permissions matrix, but if one edits any other single permission (e.g., at path `admin/config/people/permissions/authenticated`), then submission stuffs watchdog with many warnings like this:
`Warning: in_array() expects parameter 2 to be array, null given in civicrm_user_admin_permissions_submit() (line 1041 of /mysite/modules/contrib/civicrm/backdrop/civicrm.module).`
The problem is that the code is expecting the form to contain the anonymous permissions, but it doesn't. If the form doesn't contain anonymous permissions, then this function should simply exit.
PR to follow.https://lab.civicrm.org/dev/core/-/issues/3897Form Builder: 'Show totals in footer' doesn't work with multiple displays on ...2023-12-30T21:10:37ZAndrew WestForm Builder: 'Show totals in footer' doesn't work with multiple displays on a formOverview
----------------------------------------
Total rows don't work when there are multiple displays on a single form, each containing a total row. It seems to calculate a single value and show it for all displays. No console errors....Overview
----------------------------------------
Total rows don't work when there are multiple displays on a single form, each containing a total row. It seems to calculate a single value and show it for all displays. No console errors.
Reproduction steps
----------------------------------------
1. Create 2 search displays with totals ([Example 1](https://wpmaster.demo.civicrm.org/wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fadmin%2Fsearch#/create/Contact?params=%7B%22version%22:4,%22select%22:%5B%22id%22,%22display_name%22%5D,%22orderBy%22:%5B%5D,%22where%22:%5B%5B%22contact_type:name%22,%22%3D%22,%22Individual%22%5D,%5B%22age_years%22,%22IS%20EMPTY%22%5D%5D,%22groupBy%22:%5B%5D,%22join%22:%5B%5D,%22having%22:%5B%5D%7D), [Example 2](https://wpmaster.demo.civicrm.org/wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fadmin%2Fsearch#/create/Contact?params=%7B%22version%22:4,%22select%22:%5B%22id%22,%22display_name%22%5D,%22orderBy%22:%5B%5D,%22where%22:%5B%5B%22age_years%22,%22%3E%22,5%5D%5D,%22groupBy%22:%5B%5D,%22join%22:%5B%5D,%22having%22:%5B%5D%7D)).
2. Create Table displays for them both, making sure to tick 'Show totals in footer'
3. Add them both to a form
[Here's an example](https://wpmaster.demo.civicrm.org/wp-admin/admin.php?page=CiviCRM&q=civicrm%2Ftest%2Ftotals) - at least until the WP database resets.
Environment information
----------------------------------------
Tested on WP master.colemanwcolemanwhttps://lab.civicrm.org/dev/core/-/issues/3893Searchkit: Change Rewrite field to textarea2023-11-15T14:51:59ZshaneonabikeSearchkit: Change Rewrite field to textareaHey there,
After realizing that we can use SMARTY conditions in Searchkit this really took one of our clients systems to an entire new level. Thanks so much for all the hard work on Searchkit!
## Problem
Presently, the Searchkit Rewri...Hey there,
After realizing that we can use SMARTY conditions in Searchkit this really took one of our clients systems to an entire new level. Thanks so much for all the hard work on Searchkit!
## Problem
Presently, the Searchkit Rewrite field is a textfield, which is fine if you want to append a few characters to the end or before a value. It gets extremely hard to read and also modify (I have to use a texteditor beside) to modify if you start using SMARTY attributes.
In the situation below, we are generating one column that contains one of two values using a SMARTY ```if```.
![Selection_001](/uploads/57432093e023009c9b311a77f1fe00eb/Selection_001.png)
to generate
![Selection_002](/uploads/1a87132c9a0e9ce080c8e9bd2418c5ea/Selection_002.png)
## Proposed solution
Would it be difficult to modify this field to a textarea instead? It would make it much easier to modify and read. I really don't know if this would be a massive change but I think it would really help. Also, we could provide a help icon to inform people that they can use SMARTY in these fields as long as they put quotes around the different values being retrieved (this was the element I was missing when I first tried and didn't get it working.
![Selection_003](/uploads/10973172b4588429613fbc87616ea879/Selection_003.png)5.56.0https://lab.civicrm.org/dev/core/-/issues/3888Checksum link does not popuplate 'primary' State address field on form2022-12-10T05:14:09ZStoobChecksum link does not popuplate 'primary' State address field on formI have replicated this issue on 5.53.0 and 5.49.4
A checksum link to a form that contains address fields does not populate State/Province field whereas all other address fields seem to work.
[This link is an example.](https://civiteach...I have replicated this issue on 5.53.0 and 5.49.4
A checksum link to a form that contains address fields does not populate State/Province field whereas all other address fields seem to work.
[This link is an example.](https://civiteacher.com/civicrm/contribute/transact?reset=1&id=5&cs=2884f3d7245410f5705a968fffd74306_1664477605_504&cid=730)
Attached are examples of the config screenshots
![sp](/uploads/da5db557db16b364a2e0c1662a671c4b/sp.png)
![oosad](/uploads/86bebd186d575f6a827ca150f6de6c4a/oosad.png)https://lab.civicrm.org/dev/core/-/issues/3887CiviMail failed with a loose translated message like "Sorry, error happened a...2022-10-20T19:45:37ZSylvain PlanteCiviMail failed with a loose translated message like "Sorry, error happened and your mail has not been record" whenever I tried to use a sample templateOverview
----------------------------------------
When we try to create a mass mailing message and use one of the sample template provided with CiviCRM, I get this message "Désolé, une erreur est survenue et vos informations n'ont pas ét...Overview
----------------------------------------
When we try to create a mass mailing message and use one of the sample template provided with CiviCRM, I get this message "Désolé, une erreur est survenue et vos informations n'ont pas été enregistrées". If I use a simplier template I made, it is working ok.
_If you have already posted on https://civicrm.stackexchange.com or https://chat.civicrm.org, please include the link to that conversation._
Reproduction steps
----------------------------------------
1. Click on **mass mailing**, **new mailing**
2. Fill all fields except **Campaign** and **Template** and then clicked **Save as draft**.
3. Got no error message.
4. Go back, click on **mass mailing**, **draft mailing**, find the draft and click **continue".
5. Choose a template in **template** field.
6. As soon as the template finish loading and autosave try to save it...
7. Got the error message "Désolé, une erreur est survenue et vos informations n'ont pas été enregistrées"
Current behaviour
----------------------------------------
Expected behaviour
----------------------------------------
Should save a draft and let me edit the mail template.
Environment information
----------------------------------------
* __Browser:__ _Chrome Version 106.0.5249.61 | Edge Version 105.0.1343.53
* __CiviCRM:__ _Master/5.50.1
* __PHP:__ _7.4.29
* __CMS:__ _WordPress 6.0.2
* __Database:__ _MariaDB 10.3.34
* __Web Server:__ _Apache 2.4.53
Comments
----------------------------------------
I have tried to reset CiviCRM cache and rebuild path but to no avail. Group are small, 2 or 3 email address. Work with a simple custom template. No recent update of WP or CiviCRM. We are just starting playing with mass mailing, so I can't tell for how long it has not been working. Also tested sending email to a group. Search contact, select a couple of contact, action->send immediate email, choose the sample template, fill the fields, send email, success! No problem. Seem to be related to how CiviMail store a mass mailing in db. Need help to debug further. Thank you.https://lab.civicrm.org/dev/core/-/issues/3885Search results include participants with price set options they have been rem...2023-04-15T19:36:58ZlarsssandergreenSearch results include participants with price set options they have been removed fromIf a price set option / fee level quantity is 0 because a participant registration has been changed to remove that option, search results include participants with quantity 0. Search results should not include these participants with fee...If a price set option / fee level quantity is 0 because a participant registration has been changed to remove that option, search results include participants with quantity 0. Search results should not include these participants with fee level quantity 0 because they are not registered for that option.
More details in [PR #24650](https://github.com/civicrm/civicrm-core/pull/24650).https://lab.civicrm.org/dev/core/-/issues/3876Fix custom data view for case of type Money2022-10-25T15:18:23ZyashodhaFix custom data view for case of type MoneyFix custom data view for case of type MoneyFix custom data view for case of type Money5.55.0yashodhayashodhahttps://lab.civicrm.org/dev/core/-/issues/3866API - CustomGroup - extends_entity_column_value2022-09-26T23:06:37ZtschuettlerAPI - CustomGroup - extends_entity_column_valueOverview
----------------------------------------
Filtering custom field groupy by `extends_entity_column_value` is not possible via API. It is also not possible to create a custom field group via API explorer when trying to limit it by ...Overview
----------------------------------------
Filtering custom field groupy by `extends_entity_column_value` is not possible via API. It is also not possible to create a custom field group via API explorer when trying to limit it by `extends_entity_column_value`, because you have no option value to select.
Reproduction steps
----------------------------------------
1. Create a new Custom Field Group via UI.
* Let it extend `Activity` and limit it to `Phone Call`
1. Try to retrieve that Custom Field Group via APIv3 or APIv4 by adding a filter on `extends_entity_column_value`
1. The field for the Option list will remain empty with a loading gif in the API Explorer
Current behaviour
----------------------------------------
``` php
\Civi\Api4\CustomGroup::get()
->addWhere('extends', '=', 'Activity')
->addWhere('extends_entity_column_value:name', '=', 'Phone Call')
->execute();
```
Returns an empty result. The value for `extends_entity_column_value` seems to get dropped in the process of executing the query.
Creating the Custom Group via API works via code or browser, by creating the request manually.
https://dmaster.demo.civicrm.org/civicrm/api4#/explorer/CustomGroup/create?values=%5B%5B%22title%22,%22Phone%20Call%20Fields%22%5D,%5B%22extends%22,%22Activity%22%5D,%5B%22extends_entity_column_value:name%22,%22Phone%20Call%22%5D%5D
There is no drop down option in the API Explorer.
``` php
\Civi\Api4\CustomGroup::create()
->addValue('title', 'Phone Call Fields')
->addValue('extends', 'Activity')
->addValue('extends_entity_column_value:name', 'Phone Call')
->execute();
```
Expected behaviour
----------------------------------------
Existing custom field groups should be filterable by `extends_entity_column_value` via API.
Environment information
----------------------------------------
* __Browser:__ _Firefox 102.2.0
* https://dmaster.demo.civicrm.org
Comments
----------------------------------------
This seems to fail both with APIv3 and APIv4.https://lab.civicrm.org/dev/core/-/issues/3855Add membership status as a filter for scheduled reminders2023-11-23T19:06:27Zpallavi_compucoAdd membership status as a filter for scheduled reminders**Current Behaviour** : At the moment, Under Schedule Reminders(Administer->Communication->Schedule Reminders) for Memberships, there is an option to filter the memberships by the type (as shown in the screenshot attached).
![Screenshot...**Current Behaviour** : At the moment, Under Schedule Reminders(Administer->Communication->Schedule Reminders) for Memberships, there is an option to filter the memberships by the type (as shown in the screenshot attached).
![Screenshot_2022-09-19_at_7.41.00_PM](/uploads/4298414cd4f52fb03b8c1dafb0d356c5/Screenshot_2022-09-19_at_7.41.00_PM.png)
**Proposal for addition** : We would like to add another filter "Membership Status" next to membership type which will allow the Civi Admin to schedule the reminders for memberships with selected status so only the memberships having the selected status will be applicable for the scheduled reminders and will be sent an email.
The status filter will allow multiple status selection
![Screenshot_2022-09-19_at_7.41.39_PM](/uploads/b4ade89c0b04328ddbb6059447b89892/Screenshot_2022-09-19_at_7.41.39_PM.png)https://lab.civicrm.org/dev/core/-/issues/3849Additional Participants are incorrectly added to group set in profile for pri...2022-10-11T16:07:59ZlarsssandergreenAdditional Participants are incorrectly added to group set in profile for primary participantOverview
----------------------------------------
For an event where additional participants are allowed, where there is a different profile selected for the additional participants than for the primary participant, and there is a group ...Overview
----------------------------------------
For an event where additional participants are allowed, where there is a different profile selected for the additional participants than for the primary participant, and there is a group set for "Add contacts to a group?" for the primary participant profile, any additional participants will be added to that group — even when the profile for additional participants is not set to add contacts to a group.
If the profile for additional participants is not set to add contacts to any group, the additional participants will be added to the group for the primary participant profile. If the additional participants profile is set to add contacts to a different group, the additional participants will be added to both groups. This also works the other way as well, so the primary participant will be added to any groups set in additional participant profiles.
This is a significant problem as it can result in contacts being subscribed to newsletters that they have not consented to receive.
Reproduction steps
----------------------------------------
1. Set up two profiles, A adds to a group, B does not add to a group.
2. Set up an event that allows additional participant registration, with profile A for the primary participant and profile B for additional participants.
3. Register two contacts for the event.
4. Only the first contact should be added to the group specified in profile A, but both contacts will be added to the group.
Tested on dmaster (5.54.alpha1) and 5.49.5.
Cause
----------------------------------------
It appears the issue is [here](https://github.com/civicrm/civicrm-core/blob/0a9f0c346038aebf7c2baaf0f3f83b635251dfb3/CRM/Event/Form/Registration/Confirm.php#L1067). For each contact, this checks every field in the form, regardless of which profile it is in, and adds the contact to any groups it finds in any of those fields.
Proposed fix
----------------------------------------
For each contact, check if registered_by_id exists in $params.
If no, this is the primary participant. Check $form for custom_pre_id and custom_post_id (array) to get a list of profiles used.
If yes, this is an additional participant. Check $form for additional_custom_pre_id and additional_custom_post_id (array, if exists) to get a list of profiles used.
For each profile, check the API for an add_to_group_id and add it to $addToGroups if one exists. $form does include all fields from all profiles with add_to_group_id for each, but it seems cleaner to look this up rather than checking though a potentially long list of fields, I think.https://lab.civicrm.org/dev/backdrop/-/issues/11Add a Views Contextual Filter Plugin for "CiviCRM ID from logged in person"2022-10-11T20:49:58ZlarynAdd a Views Contextual Filter Plugin for "CiviCRM ID from logged in person"We have Views Plugins for the following:
- "User account ID from logged in person"
- "User account ID from URL"
- "CiviCRM ID from URL"
I propose to add this one as well:
- "CiviCRM ID from logged in person"We have Views Plugins for the following:
- "User account ID from logged in person"
- "User account ID from URL"
- "CiviCRM ID from URL"
I propose to add this one as well:
- "CiviCRM ID from logged in person"https://lab.civicrm.org/dev/core/-/issues/3844Dummy payment processor should be flagged as such on LIVE page2023-01-31T09:53:32ZyashodhaDummy payment processor should be flagged as such on LIVE pageWhen dummy payment processor is configured for contribution pages/ event, there is no indication that is NOT a real transaction. This could be confusing and we should flag any LIVE page that is configured with dummy processor.
![dummy](...When dummy payment processor is configured for contribution pages/ event, there is no indication that is NOT a real transaction. This could be confusing and we should flag any LIVE page that is configured with dummy processor.
![dummy](/uploads/7cbf8624f40a97ab1c89d123ab4b4941/dummy.png)
![con_page](/uploads/1ea201d5b3c96e90e5385b5f82596996/con_page.png)
No indication that this is a Dummy payment processor
![contr+page](/uploads/456a92cbdafa407721c1ac4545cbb22e/contr+page.png)
This would similar to what we already do for TEST transactions.5.59.0yashodhayashodhahttps://lab.civicrm.org/dev/core/-/issues/3839Add system check for updated clean URL settings2022-09-27T19:51:34ZelilisseckAdd system check for updated clean URL settingsOverview
----------------------------------------
Based on my experience and this conversation: https://chat.civicrm.org/civicrm/pl/56au14c7dpb5ddebj69kbfjdir
Clean URLs should be required at this point. It's not as much of a problem in...Overview
----------------------------------------
Based on my experience and this conversation: https://chat.civicrm.org/civicrm/pl/56au14c7dpb5ddebj69kbfjdir
Clean URLs should be required at this point. It's not as much of a problem in Drupal, but in Wordpress if a site has been upgraded from the old Clean URL settings in civicrm.settings.php and ?civiwp style URLs and civicrm.settings.php has not been updated manually, strange things will being to occur. This largely manifests itself as yellow "Cannot find valid value for ID" error screens that confuse users when registering for an Event or making a Contribution on user-facing forms. This message comes from a tricky session issue and setting clean URLs up has always been the fix.
Current behaviour
----------------------------------------
Clean URL settings are often not updated by unsuspecting admins as older sites are upgraded to versions of CiviCRM where they should be required.
Proposed behaviour
----------------------------------------
System check warning appears for Wordpress users if civicrm.settings.php does not include up-to-date clean URL settings.
Comments
----------------------------------------
This check could be extended to other CMS' now or in the future, which is the motivation behind using its own check class rather than modifying the existing "Cms" for Wordpress checks. I haven't seen this issue with other CMS' so far.
Any thoughts welcome! PR will be provided and linked.