Using dashlets 'crashes' CiviCRM

[benmoreassynt]

I've had this problem for a while, and need to find a resolution.

If any user adds a dashlet to the dashboard, it appears to 'crash' CiviCRM by showing a white page when viewing the dashboard page.

The 'white page' is actually a fully functional HTML page, but with the CSS for 'html' set to 'display: none;' Using Firebug to edit the CSS on the fly, the page shows that the dashlet does not work, but returns the Joomla admin login page inside the dashlet box.

I've asked about this before, possibly on another forum, and received the suggestion that it might be something connected to domain settings and cookies, however I'm not having luck diagnosing the problem.

In case it helps, this is the process I see when the dashlets are trying to load:
1. CiviCRM dashboard opens successfully. Dashlet 'loading' icon appears.
2. A full page reload happens.
3. A 'blank' page loads. In fact, CiviCRM has loaded but is hidden from view via CSS.
4. Dashlet loads with Joomla login page HTML showing.

Really appreciate any thoughts

[Kurund Jalmi]

Can you check if you have correct "CIVICRM_UF_BASEURL" in administrator/components/com_civicrm/civicrm.settings.php.

Hth
Kurund

[benmoreassynt]

Sorry for extremely slow response - I thought I'd asked to get emailed responses ...

Checked and yes the domain is right, albeit I'm running it on a temporary subdomain

http://subdomain.domain.com/administrator/

That being the URL I log in to the Joomla back end.

Any ideas?

[sergeich]

I've had the same issue for JUST ONE user. I've had to enable display: block; via firebug, then Configure Dashboard and cleared it up. It's more of a workaround rather than a fix. Obviously our BASE URL was set up correctly since it's been working fine for other users. Certainly a Dashlet issue - Activity or Membership Report.

[bighudsonnut]

I have the same problem and I have been trying to figure out for two years.  I noticed there were some differences when my site went through SiteLock.  So I asked them to see if they could figure out what was happening.  They got it to work using iFrame, but it is very html-ish looking.  Here was what they provided me:

We have noticed that ajax call that gets hung up when going to CiviCRM link in Joomla dashboard occurs whether on or off of our firewall.  We have traced the issue with the request being called on line 320 in script /public_html/administrator/components/com_civicrm/civicrm/CRM/Core/BAO/Dashboard.php.  This call is using a pear module for whatever reason is getting timed out.  We have put a temp fix that involved code in same script but accounts for lines 319 and 321
319 include_once $_SERVER['DOCUMENT_ROOT'] . '/sitelock/functions.php';
320 //$dao->content = CRM_Utils_System::getServerResponse($url);
321 $dao->content = getBodyResponse($url);

So instead of relying on ajax call to make a request that is timing out we used an iframe instead to show contents.  If this result is not desired you can remove the code that is explained involving code in Dashboard.php.

Here are the other posts that seem to cover the same ground:

Using dashlets 'crashes' CiviCRM
http://forum.civicrm.org/index.php/topic,23950.0.html
 
Dashboard - Dashlets all report as False
http://forum.civicrm.org/index.php/topic,18157.0.html
 
Activity Dashlet shows "false"
http://forum.civicrm.org/index.php/topic,14751.0.html
 
Dashlets not loading
http://forum.civicrm.org/index.php/topic,32391.msg138498.html#msg138498
 
My Posts:
Topic: Dashlets wont load - Java script error 
http://forum.civicrm.org/index.php/topic,28216.0.html

[bighudsonnut]

So does anyone have an idea why an ajax call would be timing out?  I am not a developer so I have limited troubleshooting ability and if SiteLock cant figure it out, but be able to code a workaround, I would think the problem would complex.  Any thing I can check?  Is there a way to check what version of Pear my server is using?  I have had this problem for the last two years and continue to search why none of the solutions posted have helped.

[Eileen]

Note that in some cases the number of php threads available relates to this - I logged this to  track that

https://issues.civicrm.org/jira/browse/CRM-16035

[bighudsonnut]

Thanks for taking note of it.  What still makes me wonder is that I have a number of sites on my server. 

Two of the sites are the same: one production and one test (in a subdirectory, and is a subdomain), I have another site that is in a subdirectory that has a different URL but was a fresh Joomla 3.0 install and a fresh CiviCRM install.  I only have the problem on the production and test and not the other domain.  The production has been migrated from Joomla 1.5 up through 3.4.  I have done no custom coding on anything.  I have had the problem with the dashlets from when it was on a Hostgator shared server running on 1.5 up through now it is on a Hostgator VPS server.  I keep searching for something that would be a carry over from Joomla 1.5/2.5 that could be causing the issue.  I have not been able to find anything.  Anytime you want to use my site to do research, all you have to do is ask.

Aaron

[jake.mw]

Are you using the Activity report, and do you have ACLs enabled? I found an issue a couple years back, which causes AJAX calls to never complete if these conditions are met. It appears the issue might remain in the report; I never did get around to submitting a patch.

Details and potential fix are in this thread:
http://forum.civicrm.org/index.php/topic,20159.msg103341.html#msg103341