Jirafe not collecting any data.

Hi,

Can you try to update the module to the latest Dev version ?

It works fine on my install so I don't know what could go wrong on your site...

You can get your App ID and App token from the Commerce Guys Marketplace.

Simply fill in the form at the bottom of the page and process the checkout (no credit card required since it's a free subscription...).

@threadsniper: Does that answer your question ? Does the module work for you now ?

That's weird ! Are you working locally (it should work anyway) ?

There might be something wrong in the Jirafe configuration. Do you see that page (see the attached screenshot) when you go to admin/commerce/config/jirafe ?

I have the same issue. Against both 7.x-1.0-beta1 and 7.x HEAD.

At /admin/commerce/config/jirafe I see fields only for: "Application ID" and "Application Token"

The site configuration fields never appear. This is because of the following logic in jirafe.admin.inc:

  if (!empty($config['sites'])) {
    $form['site_info'] = array(
      '#title' => t('Site information'),
      '#type' => 'fieldset',
    );
    foreach($config['sites'] as $site) {
      $form['site_info'][$site['site_id']] = array(
        '#title' => $site['description'],
        '#type' => 'fieldset',
      );

After install, $config['sites'] is always empty, so the config form is never shown.

I found a function "jirafe_synchronize" that appears to be intended to pull data from the api to fill up the sites array. But jirafe_synchronize is never called anywhere - not in a cron hook or in install. I tried a drush php-eval "jirafe_synchronize();" to force it, but the API returned a 403 denied error.

Thus, the reason the tracking javascript (jirafe variable) is never added to the page is because jirafe_get_current_site() will always return null, and it just returns.

i tried to cheat, by first figuring out the variable structure and then hardcoding it into settings.php

$conf['jirafe_config']['app_id'] = 'MYAPPID';
$conf['jirafe_config']['token'] = 'MYTOKEN';
$conf['jirafe_config']['sites'][0] = array(
  'description' => 'MY SITE NAME',
  'site_id' => MYSITEID,
  'url' => 'MY LIVE URL WITH HTTPS PREFIX'
);

then using jirafe_current_site_alter to force its use on local devel.

function mymodule_jirafe_current_site_alter(&$current_site, &$config) {
  // Always my site, even on devel - just for testing
  $current_site = $config['sites'][0];
}

After doing all this, I confirmed that jirafe is being added by inspecting the jirafe var in firefbug console.

Nonethless, data is still not appearing in my Jirafe dashboad.

Hope this info helps. I'd try and patch this to help but I've only been a Jiraffe user for 30 minutes and have no idea of intentions or anything - e.g is jirafe_synchronize supposed to be called, or is that some kind of legacy function. I also checked Confluence and couldn't find any info about how the API is intended to be used.

Attached a patch that force the synchronize to be done when we submit the admin form. So it should correctly populate the jirafe_config variable with the data that belongs to the users and sites.

Commit from #11 fixed the bug for me.

Sites & users part of jirafe_config variable are correctly populated now when saving jirafe's configuration.

Add a condition in the update that prevent the sync to do be done if the data are already there.

Tweaked our synchronize code. If some "user ID" and "site ID" were already existing, the old sync function never take care of using them to call jirafe API sync() method. That means jirafe will create a new "site ID" and "user ID", deleting the existing one.

Patch fix that.

Thanks Haza !

Patch #14 committed here

jirafe_synchronize is called without catching the potentially exception thrown when the app_id and the token are not configured.

The attached patch fixes the issue

Seems good !

Confirmed. Still only seeing Application ID/Token on the configuration page as well.

Tried both patches, nothing. Tried the beta4, nothing.

I am unlucky too.
I inspected the code a little bit. And as I see after we add the appID and appToken than after submit the module sync the data and get the sites & user information.
so, I think there is a problem, because I do not get back any site or user data.
I also checked my Jirafe account, but I do not see anything wrong.

I'am using drupal 7.17 and commerce 1.4 (but I think at this part these infos are irrelevant)

Anybody solved the problem?

I think I solved the my problem, may be it will help out somebody too.
So when I created a Jirafe account at www.jirafe.com than it simply not works, if you create account at http://marketplace.commerceguys.com/ than it works.

For me it solved the collecting data issue.

We saw that today, we are investigating why, with jirafe's team.

The dashboard can't collect any data if the registration happened on Jirafe website... Please only subscribe from the Marketplace !

There is a "free" subscription where you don't have to pay to test the dashboard.

@threadsniper, are you using your credentials (App ID, token) on multiple websites (or environments) ? If you do so this can cause issues :
(From the jirafe api documentation)

Sync is a synchronization api call, which updates inserts or removes all given or missing users, sites.
If there was an user or site created before, it must be included in this call in order to update, maintain it. If it is not included and it exists
in jirafe database - it will be removed, otherwise if it does not exist - will be created.
Be careful with custom or manual sync API calls unless you are sure about the outcomes.
Sync call is mainly used in jirafe plugins for simple and effective data updates and is not recommended for manual use cases.

If it's not the case, then check your drupal logs by going to (admin/reports/dblog) and check if you have curl errors (Jirafe is using it for making requests to the API), this could explain why and you'll probably have to adjust your environment settings.

Warning: curl_setopt_array() [function.curl-setopt-array]: CURLOPT_FOLLOWLOCATION cannot be activated when safe_mode is enabled or an open_basedir is set in Jirafe_HttpConnection_Curl->makeCurlRequest()

I reported the following issue here #1859946: CURLOPT_FOLLOWLOCATION cannot be activated when safe_mode is enabled or an open_basedir is set.

I solved the issue with this patch:

http://drupal.org/node/1859946#comment-6826348

But this module really lacks documentation. I created a issue for this: #1862304: Missing documentation on setup

Didn't mean to change the status...