Hot answers tagged

31

Availablity of extensions The biggest difference is the availability of extensions/add-ons/extra-integrations -- there are more addons for Civi+Drupal, but the differences are shrinking over time. Civi 1.x didn't originally support its own extension mechanism - the only option was to write a Drupal module. Consequently, Civi-Drupal modules grew first/...


14

Besides what Tim wrote, it is currently still important to note that most people use it with Drupal. This means Drupal integration has the least amount of bugs and more active maintenance, which is even more significant in the context of the long term support (LTS) releases.


11

Check Administer menu > CiviMail > Mailer Settings, and see if the "Mailer Batch Limit" is set to 500.


10

I think the big differences relate to architectural differences between the three, and of course all come about as you increasingly seek to integrate between the CMS side and the CRM side. If you just want to use the core CRM it is self contained. So in Joomla you really use plugins (that respond to event triggers) and modules. Once key difference is that ...


9

Sounds like a cron/scheduled tasks issue. CiviCRM has a scheduled tasks system to organise jobs that need running at regular intervals. This in turn requires that something pokes it into action frequently (e.g. every 15 mins). Typically on Linux this is done with the system's cron utility. Without CiviCRM being given chance to run its scheduled tasks, it ...


7

A white screen (WSoD or "white screen of death") indicates that PHP is configured not to display errors, and has hit an error which it can't recover from. The result is an empty page. Your next step is not to fix the error but to give yourself enough information to identify the source of the error. Viewing errors in logfiles The webserver can be ...


7

Thanks to eug for finding the problem (see comments). Eug's solution worked for me: Edit the file administrator/components/com_civicrm/civicrm/templates/CRM/Admin/Form/Setting/Pa‌​th.hlp to replace the first crmResPath with crmResURL Update: problem persists in 4.7.3. Have upgraded the bug report priority to Major. Update: problem persists in 4.7.4. ...


6

The warning is because the timezone of the server does not match with the timezone set in MySQL. We had similar warning and after setting the timezone in both Centos & MySQL, the warning is not displayed anymore. Additional Info: This is how we corrected/fixed the timezones, if it helps. The below instructions are for setting timezone to GMT, you need to ...


6

Generally when evaluating security, you need to balance likelihood and severity of threats against the resources available to counter them. A human rights organization that was a client of mine had information on activists in their CiviCRM instance who could be imprisoned or killed by their governments, with sophisticated, well-resourced governments ...


6

The fix to the file CRM/Utils/System/Joomla.php suggested in the link https://github.com/civicrm/civicrm-core/pull/11062/files?diff=unified made the cron jobs run again for CiviCRM 4.7.25 and Joomla 3.8.1.


6

I don't think it's the encoding it seems that none of the included fonts in dompdf support it. See also https://stackoverflow.com/questions/16384517/dompdf-character-encoding-utf-8. If you look in the vendor/dompdf/dompdf/lib/fonts folder there's a readme about DejaVu, and it says you can get the font from http://code.google.com/p/dompdf and copy it into ...


5

Option 1: Use the CiviToken extension [recommended, CMS independent]: Fuzion's CiviToken extension provides {user.name} and {user.id} tokens by default. (Pro tip: this module also makes it easy to add custom tokens in a tokens/ folder in your CiviCRM custom PHP directory; you can duplicate and modify a file from the tokens/ folder in this extension) Option ...


5

This is going to be a fuller answer eventually but for right now it is a partial answer that addresses how to get publicly available data via REST. The REST API works differently than the PHP or other versions of the API. Some of this is documented and some is not. The most important difference between the rest API and the others is that the REST API does ...


5

The weight of the custom fields only controls the order in which they appear on the back end. The profile sets its own order. You can set the order from Administer menu » Customize Data and Screens » Profiles, then clicking the Fields link next to the profile you want to edit and using the "Order" buttons (see screenshot).


5

This is a core bug and Eileen has send a PR for the fix. Will you be able to try by applying the patch from here? If the patch works for you than please comment your test result on PR so that it will speed up process of merging into core and having it available in next release. Cheers Pradeep


5

Work is underway on a Form Builder that will allow folks to hide fields as needed. For now, you can hide fields with jQuery, ideally loaded through an extension. However, some of the fields you mark are required and so their values would need to be set even if hidden.


4

SOLVED: It was a mariadb error on mysql.proc. mysql_upgrade neither ran nor threw an error. Aftert mysql_upgrade, all seems well!


4

For background: The demo, training, test, and many local-dev systems for Drupal+CiviCRM and WordPress+CiviCRM are based on a common set of scripts, and they all install clean copies of Civi from git (using branches or version-tags). The demo sites are automatically rebuilt every night using the scripts. This keeps the sites up-to-date. For Joomla: ...


4

Not really, maybe partially. If you're looking to collect information from your users via a form, CiviCRM can help with that - but is probably overkill for your purposes. If you want to know which pages your users are visiting, you're looking for an analytics tracking program, like Piwik or Google Analytics (or something fancier still). People have ...


4

In case it helps anyone, this is what I did: Initial set-up: - a working Joomla site, with Civicrm and Joomla tables in the same database - a separate installation of Wordpress on the same server (articles and static content already imported from the Joomla site and redirects set up as required) Aim: migrate the Joomla Civicrm tables and data to the ...


4

Developers tend to prefer Drupal over Joomla. But each CMS has it's pros & cons. You need to figure out which one is better for you. For example if you have a Joomla extension that gives you functionality which would require a lot of custom coding in Drupal, it would make sense to stay with Joomla. The kinks you mention may not be around in that later ...


4

We use Drupal exclusively for all our projects. Many advantages such as drush; views integration; webform_civicrm module! CiviCRM is CMS agnostic - and the community will support all three CMS-es. Most are on Drupal and Wordpress though so to get help - that's your best bet.


4

The integration with Drupal is still the best. WordPress is slowly catching up, but not there yet. Joomla has the least integration. So if you have the choice between Joomla and WordPress, go WordPress.


4

This answer is from @SeamusLee at Bugreport: Impossible to create more than 25 events "I would recommend you apply the patch here https://github.com/civicrm/civicrm-core/pull/10325 There is a default limit on API calls to 25 records which is what your probably hitting here Seamus"


4

There are only two scenarios in which CiviCRM requires the SUPER privilege: You're using a very old version of MySQL. Versions of MySQL 5.1.6 and higher support the TRIGGER permission. Before that, SUPER was necessary. MySQL 5.1 reached its "end of life" at the end of 2013. No modern server should have it installed. You're attempting to use the advanced ...


4

it seems php 7.2 is not compatible with 5.x.x or i do not know how to do the configuration i think downgrade the php would be the best solution but i wonder if there is other answer, and how to do it.... updates: -downgrade php does not help, same error appears -downgrade mysql to 5.5 works!


4

And once again I had found out the answer on my own, took a lot of time though... it is in components and administrator's civicrm.setting.php (both php file!) just simply change both localhost (see the photos below) into your server IP Simple as that (yeah I'm so noob TwT), I wish this can help those who have the same problem like mine, apology for my bad ...


4

There appears to be a recent bug, possibly introduced in 5.8 though I'm not certain, that affects the CKEditor, namely missing Configure CKEditor button and CKEditor itself won't appear. See this issue: https://lab.civicrm.org/dev/core/issues/594#note_11806 If you are comfortable working in the database directly you can work around this by deleting the ...


4

You are right that it should work out-of-the box. This might not be the full solution, but your error is showing that the URLs are missing /administrator (that is, /joomla/components/com_civicrm/civicrm should be /joomla/administrator/components/com_civicrm/civicrm) so I think you are affected by this issue: https://lab.civicrm.org/dev/joomla/issues/5 Try ...


4

As far as I know you can not create (sub)options depending on the value of a (top) option in core CiviCRM. So that would mean you would have to develop a little extension that does this? As far as the county stuff goes, is that an unrelated question? If so can you please make it separate as it will be impossible to find if others experience the same issue.


Only top voted, non community-wiki answers of a minimum length are eligible