The ext dir that ships in the tarball is for extensions bundled directly with core like IATS. If you put other extensions in there they will get wiped when you upgrade, so it's common to put them somewhere outside the civicrm folder.
See also https://docs.civicrm.org/sysadmin/en/latest/customize/extensions/#enabling-extensions
There are several things in play at different levels with regard to the CiviCRM extensions directory location. The concepts to be aware of are:
CiviCRM shipping codebase
Drupal's files directory
CiviCRM bundled extensions
As @Demerit's answer states, sites/<sitename>/modules/civicrm/ext contains the extensions which ship with ...
Issue causing this:
In PHP logs I found out Symphony was mentioned along with Flexmailer. We had alpha outdated version of Flexmailer causing issues. Disabling it/ updating it seems to work as solution.
After that I could update CiviCRM smoothly and works!
Hopefully someone will need this in the future!
The reason we do that with client sites is because I don’t think it’s a good idea to put code under /files. It belongs at the level of /modules. Permission requirements for code and /files are quite different. Another benefit is that it allows me to more easily put the code for a project in git.
You should always use the API and only if there is no other route grab the SQL table. You do not need to connect to any CiviCRM database when using the API.
You can find more information on the API in the Developer Guide: https://docs.civicrm.org/dev/en/latest/api/
Do I understand correctly that you want to send data to your other application when a ...
You might be interested in this:
CiviCRM: Hide Activity Types (com.joinery.hideactivitytypes)
Hide activity types in one or more ways:
Remove the activity type from the "Actions" list on the Activity Summary.
On a per-contact-type basis: activity type will be removed from the "New Activity" list under a contact's Activities tab, based ...
You can use one of the Extended Reports for Events and Contributions respectively to display on the contact summary screen. Go to the Display Options tab and select 'Make available for contact summary page (requires contact layout editor extension)'.
This isn't strictly a CiviCRM question in my opinion, but here goes anyway...
members can open closed and public groups
This is built in to BuddyPress - check the box labelled "Enable group creation for all users" in BuddyPress settings.
groups have mailinglist functionality, ideally posts to the group can be created by email and send out by email (...
Take a look at the documentation for civix. To create a page like the mailing templates you could use civix generate:form, as described at https://docs.civicrm.org/dev/en/latest/extensions/civix/#generate-form
If you prefer to create an angular page, you can also use civix to generate the basic code: https://docs.civicrm.org/dev/en/latest/framework/angular/...
You will need to
Go into your extension dir and remove the civivolunteer code that was
installed with your buildkit.
Then git clone their master (to get the latest).
Then go to the Manage Extensions page to check if there are any
prompts for database updates.
Then disable a small other extension and re-enable it. Or just enable
another new extension via ...
The /build/dmaster/web/sites/default folder has the civicrm.settings.php file, you can execute the commands from anywhere in/or below the web directory. This will allow civix to correctly locate the settings file.
Solved - as of 7.2 we had to separately install the zip module (which provides the ZipArchive class within php). On Amazon Linux 2 this was the php-pecl-zip and libzip-devel packages, installed via "pecl install zip".
And restart the php-fpm service as well as httpd restart
The extensions need code files that are not in your database, but your imported database will have a table called civicrm_extension with a list of the installed extensions.
So it will expect every extension in that table to be present (code files) in the correct spot. Obviously that is not the case. You need to either re-install these extensions OR also ...
thanks to @pradpnayak for guidance :D
according to the docs for hook_civicrm_alterMailParams:
You can add custom headers by appending to $params['headers']. Example:
$params['headers']['X-My-Header'] = 'my header value';
The headers key may not exist in the $params array when passed into the > hook.
so this was the code in an extension to unset ...
Its just the warning (Notice), either you can turn off php warnings for wordpress or update the GDPR Communications Preferences settings(http://domain.org/wp-admin/admin.php?page=CiviCRM&q=civicrm/gdpr/comms-prefs/settings&reset=1) and choose something (eg Do Nothing) for 'Add to Event and Contribution Thank-you pages' option under 'Event & ...
Following on from the comments:
Sorry I don't speak Turkish but I put your comment into Bing translate and the short answer is "yes". The error happens when you have changed a relationship type (which happens automatically if you change the language) and you're using CiviCase in non-english. So the temporary options are:
Disable civicase or only use ...
I was setting this up in a staging environment which is not up to date with the latest versions of CiviCRM. If you go are running a version of CiviCRM earlier than 5.24 then you need to apply this patch which solves the problem. The issue is not seen in versions of CiviCRM 5.25 and later.
This is typically handled by adding a webhook endpoint to your extension. The Mailchimp extension does this - see Webhook.php.
If you've already written your API action, it shouldn't be too tough to use a webhook to grab the data and push to API.
It sounds like maybe you're past this point, but https://lab.civicrm.org/dev/financial/issues/55 is an issue I ...
UPDATE: This answer won't work. See comments.
You can always access $_POST.
There is CRM_Utils_Request::retrieve() - it serves a different purpose but you could also use it, specifying method 'POST'. It's not technically a supported API call though. See https://github.com/civicrm/civicrm-core/blob/5.22.1/CRM/Utils/Request.php#L51
If the tool is command-line only, it probably shouldn't be an extension.
If you need to bootstrap CiviCRM from the command line, and you can presume that the cv tool is in the path, and your tool is PHP-based, you can add the line:
cv php:boot --level=classloader
This should give you the ability to call CiviCRM classes ...
There's 2 things that often get thought of as one and the same here.
The "menu" route is specified in your XML file and makes it so if you type the URL correctly you'll get to your code.
The "navigation menu" is usually populated via a hook made easier by civix. Here's an example that adds an item called "Group Growth" under the Contacts menu.
Changes to ...