Hot answers tagged

9

This is an excellent question. Before trying to answer, let me note a bit of the context: When defining a test plan, several organizational and technical factors can weigh-in (e.g. perhaps certain extensions or use-cases are more important or more within your expertise; perhaps there's a rotation of responsibilities). The question focused on how to examine ...


8

Basically, you should reopen the original issue in JIRA once you have confirmed the problem is re-occuring in a later version than was fixed. Or if your account doesn't have the permission to do this in JIRA, leave a comment on the issue. Every issue in JIRA has a field that says which version of CiviCRM included the code developed to address it. Bugs might ...


6

If you click the all tab on the issue - you'll see the link to the patch How to apply a patch: How do I apply a patch supplied in the issue queue via Git?


5

Go into your CMS permissions and check that your role has all the CiviGrant permissions. They are not automatically granted when you enable the component (though it is a little surprising that they would be revoked upon disabling it). You also might try logging out and then in again.


5

This is a bug and will be updated in the next release. In the meantime, you can use this PR to fix. Further info on Jira.


4

After digging, i have found that the problem was in the function packages/kcfinder/core/class/uploader.php :: checkFilePath This function forbids an upload if you have a symbolic link in your path. There is also a related issue in CiviCRM JIRA : https://issues.civicrm.org/jira/browse/CRM-15607 EDIT: Probably not a very good solution but you can patch ...


4

To standardize Get.api and Search form underlying where clause(s), buildClause() fn expects value(s) to be in array(operator => array(values)) format [I call it "Operator as Key" - OK format :p ]. Earlier in prior version most of the Get.api aren't working because the buildClause() was designed according to Search formValues format [array(values)], so there ...


4

Regarding the option of using Word Replacements, there's been a bug in 4.7.x, and the simple work-around is to navigate to "Administer => Localization => Languages" and re-save the form. (You don't need to change anything; just re-save the settings.) The Word Replacements in 4.7 are internally tied to the active language. But on a new installation, the ...


4

This was due to the exception thrown on an AJAX pop. A fix has been raised for it at https://github.com/civicrm/civicrm-core/pull/10651. Hopefully it will be a part of 4.7.23 release.


4

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

This is a core bug, I have created issue for this bug at https://lab.civicrm.org/dev/core/issues/189 I have submitted a fix for this at https://github.com/civicrm/civicrm-core/pull/12333 . Can you please QA by applying the patch manually to your instance? Please comment your QA result on PR so that it will helpful to get merge quickly. Thanks Pradeep


4

Yes this happened since 5.8. I have submitted a PR for this issue. You can either apply patch or wait for 5.18 release. Note: Since this change involves update to settings file, you will need to clear civicrm cache after applying patch. Cheers Pradeep


3

This is a little tangential, but there are several options for checking an unreleased patch: http://wiki.civicrm.org/confluence/display/CRMDOC/Verify+a+bug+fix


3

Thanks. Please open an issue on http://issues.civicrm.org/ There you can also add a diff file to an issue. If you're really hardcore you can fork https://github.com/civicrm/civicrm-core, add your changes to the git project and do a pull request.


3

What is the default unsupervised dedupe rule you have? it should probably have first+last+email if you want to be on the safe side and avoid incorrect merging


3

I think I've found the cause. Check out bug CRM-16544, it matches your problem exactly (except theirs was Grant and yours is Event). I think we can fix this by adding civicrm_event to the array on line 210 of Container.php, but I'm not familiar enough with the Symfony stuff to be sure. I think your best bet is to file a bug.


3

in CiviCRM 4.6.2 you can patch this issue with the following edit: --- a/a/civicrm-core/CRM/Mailing/BAO/Mailing.php +++ b/b/civicrm-core/CRM/Mailing/BAO/Mailing.php @@ -1472,7 +1472,7 @@ ORDER BY civicrm_email.is_bulkmail DESC if ($this->url_tracking) { $data = CRM_Mailing_BAO_TrackableURL::getTrackerURL($token, $this->id, $...


3

It seems your host configuration is the problem, as it forces redirection from https to http and somehow lost the parameters in the convertion Can you try to access the https version with the parameters? https://mysite.org/sites/all/modules/civicrm/extern/url.php?u=193&qid=52 In any case, if you want to use https, be sure your configuration is set ...


3

Ah - if the contact id doesn't exist perhaps delete to trash is off?


3

In Drupal under Configuration > Development > Logging and Errors ie admin/config/development/logging you can set Errors and warnings to be 'off' and it is normal to do so on the production site, while leaving them showing on the development version. The reason you don't see this on 'edit' but do on 'create' is, as you say, because Edit uses the overlay, but ...


3

Please follow https://issues.civicrm.org/jira/browse/CRM-18376 for the resolution of this issue.


3

It is a bug affecting 4.7 - I have created a bug here. When facing an issue, please try and replicate it on the various demos. When a bug is found, please report it. As Karen-Ann said, Word replacement works like a charm on 4.6.


3

CiviCRM is a large and complex application. Much of its functionality is covered by unit tests to prevent regressions, and there is a rigorous review and testing process for changes made to the stable releases. However neither of these are foolproof and sometimes things break. We rely on the goodwill of community members such as yourself to find bugs and ...


3

civicrm_custom_group.extends_entity_column_value stores more than just a number. You can have a custom group that extends a relationship type, but it can also be an activity type or a contact (sub-)type. If you extend a contact subtype, that field will contain the name of the subtype (not quite the same thing as the label btw), which will be in words. The ...


3

This has been fixed at https://github.com/civicrm/civicrm-core/pull/10556 and is included in 4.7.21 version. You can apply the PR on your site if you don't wish to upgrade now.


3

You must report it to the extension author. The CiviCRM core team doesn't have any control over third parties who write extensions. To find the author's preferred place to report a bug: Go to Administer menu » System Settings » Extensions. It might be in Administer menu » Customize Data and Screens » Manage Extensions if you upgraded from an older ...


3

I see reference to Address History in the GDPR extension: https://github.com/veda-consulting/uk.co.vedaconsulting.gdpr so perhaps you saw it on a site that was using that


2

You've found a bug. Check out Reporting a Bug, starting with step 7. As a point of interest - variations on this bug have been reported before. For instance, CRM-6652, several years ago, which was only fixed last month with CRM-16483. If you're looking to patch this yourself, I would definitely look to CRM-16483 as a model.


2

I actually found another 4.6.3 site that exhibited identical behavior, so I filed an issue: https://issues.civicrm.org/jira/browse/CRM-16634


2

We found a workaround solution. It seems that is a bug in Attachment.php API file. Original code 315: foreach ($entityFile as $key => $value) { 316: $select->where('cef.!field = @value', array( 317: '!field' => $key, Workaround solution 315: foreach ($entityFile as $key => $value) { 316: $select->where('cef.!field'.$key.' = @value',...


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