CiviCRM Core issueshttps://lab.civicrm.org/dev/core/-/issues2022-11-24T05:03:32Zhttps://lab.civicrm.org/dev/core/-/issues/1124Activity export Source Contact fields and Contact ID return same ID for Indiv...2022-11-24T05:03:32ZStoobActivity export Source Contact fields and Contact ID return same ID for IndividualsHow to replicate in 5.15:
1. Create two activities with yourself as Source
* one with another individual contact as Target
* one with another organization contact as Target
2. Find Activities and Export these two activities
3. Choose...How to replicate in 5.15:
1. Create two activities with yourself as Source
* one with another individual contact as Target
* one with another organization contact as Target
2. Find Activities and Export these two activities
3. Choose the following field mapping
![exp](/uploads/8c99dcd5c25fa40bc8f709cac832b247/exp.png)
4. Notice how the Sort Name field and Internal Contact ID field return same ID for Individual but different ID for Organization
Expected behavior: Sort Name and Internal Contact ID should return the Target Contact (not the Source) for all contact types. Cannot think of a reason to do otherwise.
@eileen FYI pursuant to our convo on Mattermosthttps://lab.civicrm.org/dev/core/-/issues/701Backdrop installer displays warning when first opened2022-11-20T05:03:31ZtottenBackdrop installer displays warning when first openedNoticed when doing an installation the [hydra-backdrop](https://test.civicrm.org/view/Sites/job/hydra-sites/) site:
![Screen_Shot_2019-02-06_at_7.49.45_PM](/uploads/e12749bf617888f69e455ebdfbae6c32/Screen_Shot_2019-02-06_at_7.49.45_PM.p...Noticed when doing an installation the [hydra-backdrop](https://test.civicrm.org/view/Sites/job/hydra-sites/) site:
![Screen_Shot_2019-02-06_at_7.49.45_PM](/uploads/e12749bf617888f69e455ebdfbae6c32/Screen_Shot_2019-02-06_at_7.49.45_PM.png)
This appears to be because the DB credentials haven't been prepopulated. However, as written, it's normal to start with empty DB credentials here, so the warning feels ugly.
This probably depends on having the PHP runtime configured to show warnings.
I don't think this is a recent regression.. there's been very little change in the `install/` folder (`git diff origin/5.5..origin/5.10 -- install`)https://lab.civicrm.org/dev/core/-/issues/1087Inappropriately small edit box for large text fields when editing inline2022-11-16T05:03:58ZandrewcormickdockeryInappropriately small edit box for large text fields when editing inlineWhen editing text fields via the inline editor, an inappropriately small box appears even for fields which require a large amount of text.
For example, consider the custom fields as created according to the first image attached. When e...When editing text fields via the inline editor, an inappropriately small box appears even for fields which require a large amount of text.
For example, consider the custom fields as created according to the first image attached. When editing, only a small amount of the long text field can be observed at once (see second image).
This has caused usability issues for our user base.
![First image - when viewing custom fields](/uploads/00a8cb8067bb1f295f466b0768d5e3cd/image.png)
![Second image - trying to edit a large text field](/uploads/2dad994174335728b2caba425bec80da/image.png)https://lab.civicrm.org/dev/core/-/issues/824What to do with the merge screen2022-10-20T05:03:33ZeileenWhat to do with the merge screenI'm looking for ideas here. We have some requests to 'tweak' the merge screen. I'm mindful we could quickly hit the point where it would be easier to re-write it in angular so I don't want to slip into any significant re-write of the qui...I'm looking for ideas here. We have some requests to 'tweak' the merge screen. I'm mindful we could quickly hit the point where it would be easier to re-write it in angular so I don't want to slip into any significant re-write of the quickform code.
The issues basically boil down to
1) I'd like to be able to see the most salient details right at the top.
2) I'd like to be able to tweak the contacts from that screen more easily
Currently the details at the top of the screen are just name & modified date - the extra fields we would visible here are created_date and a custom field. Someone on chat said external_identifier would meet their requests. So we are not in the 'everyone agrees we should just stick this field there territory
![Screenshot_2019-03-27_15.52.19](/uploads/9d96565cb7fd753b30527ed9d6559081/Screenshot_2019-03-27_15.52.19.png)
Both needs would be somewhat met if we could replace the modified row (or add another row) with details coming out of a profile - in our case the summary-overlay profile would be just fine, and if that profile could be opened into edit more - as happens with the contact layout editor. However, I recall those blocks are not that re-usable & perhaps a modal edit launch is what we need.
In any case I'm leaning towards thinking that there is no sensible cleanup or core change I can do here, no pattern we are trying to roll out & perhaps just adding a mergeSummary region to the Merge.tpl & doing it by assigning a new region is the cleanest thing I can do? Alternatively instead of getting the details for the most-recent block through smarty calls we could assign from php - which feels cleaner at the smarty level (it also makes us less-committed to supporting it than a region does which I think it an OK compromise)
@colemanw @seamuslee @mattwire @jkingsnorth I'm interested in ideas herehttps://lab.civicrm.org/dev/core/-/issues/791Multiple form submits on contribution pages2022-10-08T05:03:33ZMartinMultiple form submits on contribution pagesThere have been 2 times (and possible more) where contribution pages have submitted more than once when a user filled them out. These have both been (on different pages) for a membership renewal using the "pay later" option. In one case ...There have been 2 times (and possible more) where contribution pages have submitted more than once when a user filled them out. These have both been (on different pages) for a membership renewal using the "pay later" option. In one case there were about 6 contributions created, and 12 in the other.
This is what is showing in the apache log (edited to remove site info / ips, and removing css, etc):
`
[06/Mar/2019:14:37:19 +0000] "GET /civicrm/contribute/transact?reset=1&id=7&cs=114dc355fb504a48dddf1d51450c4a2d_1551882710_168&cid=605 HTTP/1.1" 200 23469 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/18.17763"
[06/Mar/2019:14:37:40 +0000] "GET /civicrm/ajax/l10n-js/en_US?r=0n8f3 HTTP/1.1" 200 2689 "https://mywebsite.com/civicrm/contribute/transact?reset=1&id=7&cs=114dc355fb504a48dddf1d51450c4a2d_1551882710_168&cid=605" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/18.17763"
[06/Mar/2019:14:39:15 +0000] "GET /civicrm/payment/form?formName=Main¤cy=CAD&&is_back_office=&id=7&processor_id=0&cid=605&cs=114dc355fb504a48dddf1d51450c4a2d_1551882710_168&payment_instrument_id=undefined&snippet=json HTTP/1.1" 200 2046 "https://mywebsite.com/civicrm/contribute/transact?reset=1&id=7&cs=114dc355fb504a48dddf1d51450c4a2d_1551882710_168&cid=605" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/18.17763"
[06/Mar/2019:14:39:21 +0000] "POST /civicrm/contribute/transact HTTP/1.1" 302 619 "https://mywebsite.com/civicrm/contribute/transact?reset=1&id=7&cs=114dc355fb504a48dddf1d51450c4a2d_1551882710_168&cid=605" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/18.17763"
[06/Mar/2019:14:39:21 +0000] "POST /civicrm/contribute/transact HTTP/1.1" 302 619 "https://mywebsite.com/civicrm/contribute/transact?reset=1&id=7&cs=114dc355fb504a48dddf1d51450c4a2d_1551882710_168&cid=605" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/18.17763"
[06/Mar/2019:14:39:21 +0000] "POST /civicrm/contribute/transact HTTP/1.1" 302 619 "https://mywebsite.com/civicrm/contribute/transact?reset=1&id=7&cs=114dc355fb504a48dddf1d51450c4a2d_1551882710_168&cid=605" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/18.17763"
[06/Mar/2019:14:39:21 +0000] "POST /civicrm/contribute/transact HTTP/1.1" 302 619 "https://mywebsite.com/civicrm/contribute/transact?reset=1&id=7&cs=114dc355fb504a48dddf1d51450c4a2d_1551882710_168&cid=605" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/18.17763"
[06/Mar/2019:14:39:21 +0000] "POST /civicrm/contribute/transact HTTP/1.1" 302 619 "https://mywebsite.com/civicrm/contribute/transact?reset=1&id=7&cs=114dc355fb504a48dddf1d51450c4a2d_1551882710_168&cid=605" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/18.17763"
[06/Mar/2019:14:39:21 +0000] "POST /civicrm/contribute/transact HTTP/1.1" 500 900 "https://mywebsite.com/civicrm/contribute/transact?reset=1&id=7&cs=114dc355fb504a48dddf1d51450c4a2d_1551882710_168&cid=605" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/18.17763"
`
The following is in the apache error log:
`
[Wed Mar 06 14:40:25.937577 2019] [core:error] End of script output before headers: index.php, referer: https://mywebsite.com/civicrm/contribute/transact?reset=1&id=7&cs=114dc355fb504a48dddf1d51450c4a2d_1551882710_168&cid=605
`
The site has the Stripe and CiviDiscount extensions enabled.
Any help is much appreciated!https://lab.civicrm.org/dev/core/-/issues/733Validation radio custom fields on civicrm_validateForm hook does not work2022-10-04T05:03:30ZscardiniusValidation radio custom fields on civicrm_validateForm hook does not workI have a custom field to contact in radio type format, not required field.
I'd like to set up custom error on this empty field by using validateForm but `$fields` array doesn't contain a key for this custom field. After setting `$error...I have a custom field to contact in radio type format, not required field.
I'd like to set up custom error on this empty field by using validateForm but `$fields` array doesn't contain a key for this custom field. After setting `$error['custom_xx']` the form is reloaded without displaying the error.
The question is why for Radio type of custom field there is no a key in $fields array?
PS. Related to creating new contact and editing existing contact.https://lab.civicrm.org/dev/core/-/issues/730Reports does not filter counties appropriately2022-10-02T05:03:34ZandyburnsReports does not filter counties appropriatelyWithin a report, if I select a state and then want to filter down to the county, I see all the counties in the US with the same name, e.g. Adams.![all_counties_showing](/uploads/317a70eec6edd6c5ddcc90601734b520/all_counties_showing.PNG)
...Within a report, if I select a state and then want to filter down to the county, I see all the counties in the US with the same name, e.g. Adams.![all_counties_showing](/uploads/317a70eec6edd6c5ddcc90601734b520/all_counties_showing.PNG)
In this case I used the *CRM_Report_Form_Contact_Summary* report template.
It should use the same method if used in a profile where if a certain state is selected it only allows those counties tied to that state.https://lab.civicrm.org/dev/core/-/issues/694Problem with (embedded ?) Smart Groups and Search Criteria Modification and U...2022-09-29T05:03:22ZJMMProblem with (embedded ?) Smart Groups and Search Criteria Modification and UpdateThere are several questions on the stack-exchange which regard Smart Group updating (e.g. : https://civicrm.stackexchange.com/questions/12809/smart-groups-cannot-get-smart-groups-to-refresh/28334#28334) : I could reproduce one such issue...There are several questions on the stack-exchange which regard Smart Group updating (e.g. : https://civicrm.stackexchange.com/questions/12809/smart-groups-cannot-get-smart-groups-to-refresh/28334#28334) : I could reproduce one such issue on the Demo site (but I draw attention to the fact that it can be erratic) :
* Create a group : test (empty)
* Advance search Individuals whose name contains "Adam" > You get 12 instances > Create smart group G1 under test
* Advance search Individuals whose name contains "ck" > You get 8 instances > Create smart group G2 under test
* Advance search Individuals whose name contains "y" > You get 52 instances > Create smart group G3 under test
* Advance search Groups G1, G2, G3 > You get 70 (you could expect 72, but there are some common rsults) > Create smart group "Total" under test
Now :
* open G1 and modify search criteria : "Ad" instead of "Adam" > you get 18 instances (instead of 12), thus 6 more > Update the smart group
* Open group "Total" > you get 77 instead of 70, thus 7 more : **why 7 and not 6** ?
Now again :
* open G1 again and modify search criteria : "d" instead of "Ad" > You get 71 instances (instead of 18, thus a lot more) > Update the smart Group
* Open group "Total" > **you still get 77 (while it should contain much more than that)**
* Open "test" > **you get 104 while there is no reason why it should be different from "Total" result**https://lab.civicrm.org/dev/core/-/issues/555Bookkeeping Report Duplicates2022-09-17T05:03:19ZMickCBookkeeping Report DuplicatesThe Bookkeeping Report produces duplicates when a member renews more than one membership on a single contribution.
Looking at the code in CRM/Report/Form/Contribute/Bookkeeping.php appears to show a SQL join from contacts to contributio...The Bookkeeping Report produces duplicates when a member renews more than one membership on a single contribution.
Looking at the code in CRM/Report/Form/Contribute/Bookkeeping.php appears to show a SQL join from contacts to contributions to memberships without relating the specific item to the specific membership.
So the memberships are paid at the contribution level, and the line items/amounts can be shown at the financial item level.
But without a unique join between individual membership and financial item, duplicates appear.
In this case there is also use of price sets which don't appear in the join.
Possible related issue https://issues.civicrm.org/jira/browse/CRM-19936?attachmentOrder=desc
The workaround is to either
a) export to Excel and dedupe the output
b) create a custom query which either makes a unique join by membership_type and line item
OR simply wraps the query inside a SELECT DISTINCT FROM (main query).
Please advise if there is a better solution.
Thankshttps://lab.civicrm.org/dev/core/-/issues/373Custom field set behaving incorrectly in Contributions2022-09-16T05:03:38ZAndy ClarkCustom field set behaving incorrectly in ContributionsA custom field set that is flagged to appear only for 'Donations' correctly appears when a contribution is made. However if a field in that set isn't completed or is in error, an error message is correctly shown but the custom field set ...A custom field set that is flagged to appear only for 'Donations' correctly appears when a contribution is made. However if a field in that set isn't completed or is in error, an error message is correctly shown but the custom field set disappears and is replaced by 'Additional Details' which is opened up. To enter the custom field set you have to start again with the contribution. This only happens when the custom field set is **not ** set to 'Any'. The problem found in 5.4.1, and can be reproduced on the demo sites which today are at 5.6 alpha1. Problem is also present in 5.1.2 but not sure about 5.2 or 5.3.https://lab.civicrm.org/dev/core/-/issues/269API Explorer V3 Syntax Error on Contact Lookup with Group2022-09-06T05:03:28ZasluddsAPI Explorer V3 Syntax Error on Contact Lookup with GroupI was making API queries today and found that the API explorer creates requests such as :
> $result = civicrm_api3('Contact', 'get', [
> 'debug' => 1,
> 'sequential' => 1,
> 'id' => 300,
> 'group' => ['IS NULL...I was making API queries today and found that the API explorer creates requests such as :
> $result = civicrm_api3('Contact', 'get', [
> 'debug' => 1,
> 'sequential' => 1,
> 'id' => 300,
> 'group' => ['IS NULL' => 1],
> 'options' => ['limit' => 100000],
> ]);
However, this leads to a syntax error since the property it wants to be querying for is groups not group.
Doing the following locally fixes the error:
> $result = civicrm_api3('Contact', 'get', [
> 'debug' => 1,
> 'sequential' => 1,
> 'id' => 300,
> 'groups' => ['IS NULL' => 1],
> 'options' => ['limit' => 100000],
> ]);https://lab.civicrm.org/dev/core/-/issues/388After Installing CiviCRM 5.4.0 under IIS on Windows Server, Dashboard Returns...2022-09-05T05:03:23ZfrankfazzioAfter Installing CiviCRM 5.4.0 under IIS on Windows Server, Dashboard Returns White ScreenThe following message was found in the php error log:
Uncaught Symfony\Component\Filesystem\Exception\IOException: Cannot rename ...
The file path in the rename contains the two characters "\\/" as a folder delimiter, instead of just on...The following message was found in the php error log:
Uncaught Symfony\Component\Filesystem\Exception\IOException: Cannot rename ...
The file path in the rename contains the two characters "\\/" as a folder delimiter, instead of just one, "\\". This causes cached files that are created to not be retrieved. There are other placed where the path containing the two characters "\\\\" as a folder delimiter, instead of just one, "\\", is found in Smarty.
Not sure if this behavior is specific to Windows Server 2012, Azure, or what. Patched problem by changing three files:
Symfony -
Filesystem.php line 272
```php
if (true !== @rename(str_replace(array("\\\\", "\\/"), "\\", $origin), str_replace(array("\\\\", "\\/"), "\\", $target))) {
```
Smarty -
Smarty.class.php line 1253
```php
$_smarty_compile_path = str_replace(array("\\\\", "\\/"), "\\", $this->_get_compile_path($resource_name));`
```
Smarty -
core.write_file.php line 45
```php
@rename(str_replace(array("\\\\", "\\/"), "\\", $_tmp_file), str_replace(array("\\\\", "\\/"), "\\", $params['filename']));
```
I realize that Symphony and Smarty are third party code, but I wanted to report it.https://lab.civicrm.org/dev/core/-/issues/435Improve selection criteria for non-primary mobile numbers in SMS mailings2022-09-02T05:03:35ZJKingsnorthImprove selection criteria for non-primary mobile numbers in SMS mailingsFollowing on from: https://lab.civicrm.org/dev/core/issues/384
It is now possible to send an SMS to someone (direct, or as a mass SMS) when they have their mobile number as their 'non-primary' phone.
However, where someone has multiple...Following on from: https://lab.civicrm.org/dev/core/issues/384
It is now possible to send an SMS to someone (direct, or as a mass SMS) when they have their mobile number as their 'non-primary' phone.
However, where someone has multiple non-primary mobile types the selection criteria is not that smart. eg:
Primary Home Phone 01
Main Mobile 02
Other Mobile 03
In the case above the last one in the list (other mobile) is selected (depending on the other they were created in). This is **sub-optimal**!
One improvement would be to implement some kind of smart ordering. There are several different approaches to this. The email marketing tools handles this in the recipients configuration box with a couple of drop-downs:
![image](/uploads/6ae06c638762b1064a3f3d8fa5181858/image.png)
We could implement something similar here - or maybe allow administrators to 'rank' location types, so that the order can be customised per site. This 'custom location order' could then be applied to email marketing and mass SMS. The complication being that the 'primary' phone should still be preferred, if it is of the type 'mobile'.
Would be great to hear peoples' thoughts/suggestions on this.https://lab.civicrm.org/dev/core/-/issues/413<abbr> date and time format not to Google Analytics liking2022-09-02T05:03:34Zthoni56<abbr> date and time format not to Google Analytics likingWe have been starting to get errors from Google Search Console saying "Illegal value type in field hcalendar#dtstart" (or something, translated from Swedish).
Inspecting the page elements you find
<div class="crm-section event_date...We have been starting to get errors from Google Search Console saying "Illegal value type in field hcalendar#dtstart" (or something, translated from Swedish).
Inspecting the page elements you find
<div class="crm-section event_date_time-section">
<div class="label">När</div>
<div class="content">
<abbr class="dtstart" title="20 oktober, 2016 08:30">
20 oktober, 2016 08:30</abbr>
till
<abbr class="dtend" title="17:00">
17:00
</abbr>
</div>
<div class="clear"></div>
</div>
This corresponds to the event information pane in an event page.
Looking at http://microformats.org/wiki/abbr-design-pattern you can see that it, in fact, does not match the proposed formats.
I have no knowledge of the state of this format, it seems a little harsh from Google to point this out as an error, but there you are. Maybe they just want us to know that they found an event, but could not parse the information. And that's fine.
Google offers this: https://developers.google.com/search/docs/data-types/event
I have no non-localized CiviEvent to try this out on, so I don't know if this is a localization issue or a general problem.https://lab.civicrm.org/dev/core/-/issues/420Clicking a tab header on report criteria makes the contents of the tab disappear2022-09-01T05:03:38ZnaomiClicking a tab header on report criteria makes the contents of the tab disappearWhilst editing report criteria, if you are on the "columns" tab, for example, and you click the "columns" tab header, the content disappears.Whilst editing report criteria, if you are on the "columns" tab, for example, and you click the "columns" tab header, the content disappears.https://lab.civicrm.org/dev/core/-/issues/419The UI for creating a report is unclear.2022-09-01T05:03:38ZnaomiThe UI for creating a report is unclear.Currently the workflow for creating a new report from a template is:
1) Go to Reports->AllReports
2) Click "New Report".
3) Choose the template
4) Click "View Results" (after optionally changing some criteria)
5) Click Actions->Create R...Currently the workflow for creating a new report from a template is:
1) Go to Reports->AllReports
2) Click "New Report".
3) Choose the template
4) Click "View Results" (after optionally changing some criteria)
5) Click Actions->Create Report.
6) Fill in the title in the popup
7) Make any further changes, using the extra tabs that have now appeared.
If you attempt to do 5) before 4), it appears that nothing has happened. This is confusing and makes it look like the process is not working.
In the long term, I think it would be best if steps 4) and 5) were omitted entirely, because the user has already chosen to create a report (2) and picked the template (3), so it is odd to require them to do a "create report" action again.
But in the short term perhaps the confusion could be fixed by making 5) work without having to do 4) or, as an easier option, popping up an error message if the user does 5) without having done 4), to prompt them to do 4).https://lab.civicrm.org/dev/core/-/issues/401Processing profiles during user registration ignores e-mail address2022-08-29T05:03:38ZjensschuppeProcessing profiles during user registration ignores e-mail addressWhen using a profile on the user registration form for mailing list subscription, the newly registered user/contact should then be going through the usual double-opt-in process. This is not happening.
The following code in `CRM_Profile_...When using a profile on the user registration form for mailing list subscription, the newly registered user/contact should then be going through the usual double-opt-in process. This is not happening.
The following code in `CRM_Profile_Form::buildQuickForm()` (line 747) causes this side effect:
```PHP
// since the CMS manages the email field, suppress the email display if in
// register mode which occur within the CMS form
if ($this->_mode == self::MODE_REGISTER && substr($name, 0, 5) == 'email') {
unset($this->_fields[$name]);
continue;
}
```
This removes any e-mail field from a profile when used on the user registration form (as the CMS already collects an e-mail address). That's fine. However, nothing takes care of passing the submitted e-mail address back into the profile processing cycle, which causes group memberships being registered as "Added (by admin)", which (as far as we recognized) does not trigger the double-opt-in process for this contact.
Within `CRM_Profile_Form::postProcess()` (lines starting 1156 and 1202), the profile submission is being excluded from double opt-in functionality because of the missing e-mail address.https://lab.civicrm.org/dev/core/-/issues/3776CiviCRM - next version? Getting fit for future...2022-08-24T03:00:46ZTobias KrauseCiviCRM - next version? Getting fit for future...Sorry if this ticket is too general but I don't know where to go with my concerns.
We just updated our servers to PHP 8.0 (which was released im November 2020) and then I found some warnings in the logs about deprecated code. To find th...Sorry if this ticket is too general but I don't know where to go with my concerns.
We just updated our servers to PHP 8.0 (which was released im November 2020) and then I found some warnings in the logs about deprecated code. To find the reasons for these I diged into the code basis of CiviCRM and I found out that CiviCRM relys on very old frameworks (e.g. Smarty version 2.6 from the year 2016) or on frameworks not really actively maintained (zetacomponents/mail from the year 2020). Just two examples but I feel if I would check the other dependencies there might be some more old frameworks.
The tip for now from the Civi-community: stay on PHP 7.4 - which will reach end of life by November this year. Even PHP 8.0 will just receive security updates until November this year so that from November on PHP 8.1 would be the correct version - on which CiviCRM is absolutely not working as I already tested.
Now I got very concerned about the next years. We heavily use CiviCRM in our daily work for the administration of thousands of donators and newsletter subscribers and for the newsletter sending so that CiviCRM is the main tool of our daily work. And now CiviCRM already feels a little bit like a dinosaur to me - especially compared with Drupal 9 I am working with in general. I fear that CiviCRM cannot keep up with the ongoing developments of PHP (and JavaScript).
My question: are there any plans for updating the dependencies? Maybe even a plan to change to more modern frameworks like Twig? I found a roadmap where Form Builder, CiviCRM Standalone and UI Improvements are listed but this feels just like some new features based on the current code basis.https://lab.civicrm.org/dev/core/-/issues/317Fixed membership type - start date incorrect2022-08-22T05:04:04Zsarah.farrellgrahamFixed membership type - start date incorrectI have found an issue in (CiviCRM 4.6.38 and the dmaster 5.6.alpha) when a membership type is 'Fixed' the start date is incorrectly populated.
For example- Your membership runs from 1st September 2018 to 31st August 2019- the fixed per...I have found an issue in (CiviCRM 4.6.38 and the dmaster 5.6.alpha) when a membership type is 'Fixed' the start date is incorrectly populated.
For example- Your membership runs from 1st September 2018 to 31st August 2019- the fixed period start date is the 1st of September, the fixed period roll over date is 1st August- If I added a new membership today I would expect the start date to be 1st September 2018 (and finish on 31st August 2019) with join date being today's date- but it is setting the start date as 1st September 2017.
The end date of the membership is still being populated correctly as 31st August 2019 (for a 1 year membership).
thanks,
Sarahhttps://lab.civicrm.org/dev/core/-/issues/312Reassigning a case to another contact_id works when using the API Case update...2022-08-22T05:04:03ZErikHommelReassigning a case to another contact_id works when using the API Case update but not on case_create with idI am trying to re-assign case 123 from contact 456 to contact 789. This works like a charm when I use the Case update API with params case_id 123 and contact_id 789, but if I try to use the Case create with case_id 123 and contact_id 78...I am trying to re-assign case 123 from contact 456 to contact 789. This works like a charm when I use the Case update API with params case_id 123 and contact_id 789, but if I try to use the Case create with case_id 123 and contact_id 789 I get a DB error "already exists"