CiviCRM Community Forums (archive)

1. you might want to turn off views caching (for debugging purposes)

2. You might want to add debug statements to civicrm_views_custom_data_cache and see what data and tables are exposed by the civicrm views integration code to the views2 engine. That might give you a few clues as to why / what is not working

if you do find and solve the bug, please file an issue along with your patch

thanx

lobo

I'm sorry - I'm way over my head - do you have any examples or articles on debugging this kind of module?

In principle I can get eclipse set up to debug php script setting debug break points and examining variables - but that's for a php script that i can get a handle on - I'm finding it difficult to get to grips with Drupal / CiviCRM sufficiently to know how to start debugging a script that is included in the civicrm module.

The tricky thing is finding the right bit of code isn't it!

Did you try putting breakpoints in civicrm\drupal\modules\views\civicrm.views.inc in this function

function civicrm_views_data()

It seems to be where the data is retrieved from. Presumably you can add to it too.

nb I think eclipse is a good tool for this sort of thing - if you already know how to use it I wouldn't change it

Did you get the debugger set up OK? You can download it bundled in http://www.zend.com/en/community/pdt

Ok the user is getting a little more savy and has identified where things break down (approximately)

the function civicrm_views_custom_data_cache starts with these lines...

    //Feels a bit hacky this next 10 lines but it was the only way I could get getTree to play nice with the data
    $config =& CRM_Core_Config::singleton( );
    if ($style == 'Inline') {
        $tree = CRM_Core_BAO_CustomGroup::getTree( $entity_type, CRM_Core_DAO::$_nullObject, $subType, null);
    }
    else {
        $tree = CRM_Core_BAO_CustomGroup::getTree( $entity_type, CRM_Core_DAO::$_nullObject, null, $groupID);
    }

I'm only testing Inline custom fields for now so... the problem occurs with this expression -

        $tree = CRM_Core_BAO_CustomGroup::getTree( $entity_type, CRM_Core_DAO::$_nullObject, $subType, null);

When the entity type is not a type of contact (Organisation, Household or Individual) but is instead something else (Relationship and Activity tested so far), the variable $tree is set to null. If the entity type is individual etc.. then tree is correctly loaded.

I'm going to take a break before trying to figure out why.

Function call parameters are incorrect - added an extra two null's:

Line 2682 should read:

 $tree = CRM_Core_BAO_CustomGroup::getTree( $entity_type, CRM_Core_DAO::$_nullObject, null, null, $subType, null);

That way the variable $subType is passed through correctly, otherwise it is null.

Thank you, Myles.

I confirm - this solution works for me.