[quote=vipsoft]
Ask your hosting provider to not inject their code when the response contains Content-type: application/json[/quote]
I just made following test: I uploaded a test “index.php” on http://www.testpiwik.pytalhost.de/ (i.e. above the “/piwik/” directory of the same domain), with following content:
<?php
header('Content-type: application/json');
echo('Just a bit of text.');
?>
What I see then, when I go to that address, is the “Just a bit of text.”, and no ad. Does that mean that the hosting provider already suppresses the ad code on JSON responses? And other web apps using AJAX (e.g. Joomla 1.5 with various plugins) run without problems on the same provider.
Edit: Compare w/o the above “header” line: Just a bit of text.
I just did a fresh installation of 1.7.2-rc8 (the first RC I tested since last release) and there seems to be an improvement: The widgets now do get loaded, even though it takes quite a while (with no visual feedback that something is still loading), but their respective captions still say “widget not found”.
P.S.: I also re-tried a fresh installation of release 1.7.1, just to exclude a possibility of changes on provider side in the mean time, but that version did not show any changes to previous tests. So, it is really a change in the RC.
The host is still injecting tags into the HTML page (dashboard) and HTML fragments (widgets). I’m guessing their JavaScript is broken in some way, and prevents the dashboard from loading the data for the widgets.
Sorry for too much writing. I actually meant that the data seems to be loaded fine on RC8 now. (That installation just has no data points, as its tracking code is not used anywhere.) The smaller problems left are just:
The captions of the widgets still say “widget not found”. Although they actually are.
There is no visual feedback while widgets are loading. I.e., the “Loading Data…” disappears quickly with appearance of the “Widgets & Dashboard” selectors, long before the widgets appear, so that one is left wondering if something is still to arrive or not. Actually, this only happens on Firefox (11.0). (Whereas on IE8, the “Loading Data…” stays, with the “running bars” to its left hand side “frozen” (which is fine, as one sees that the page has not yet fully loaded) until the widgets appear. I didn’t check other browsers.)
Compare to release 1.7.1, where widget data was not loaded, but the “Loading Data…” behaved properly in FF, staying all the while before the (broken) widgets appeared: http://www.testpiwik.pytalhost.de/piwik/
P.P.S.: Just noticed one more problem with RC8, compared to the working 1.6:
The “Visitor Countries (World Map)” widget does not get displayed properly in Firefox (but it does in IE8). It shows “Displaying Graphs in Piwik requires Flash”.
Just for info: The “Last Visits Graph” widget also behaves differently, showing the zeroed graph where the one on 1.6 showed the “no data” message. But I guess that is expected, as an alignment to the behaviour of the “Visitors in Real Time” and “Visits by Server Time” widgets.
[quote=vipsoft]
The host is still injecting tags into the HTML page (dashboard) and HTML fragments (widgets). I’m guessing their JavaScript is broken in some way, and prevents the dashboard from loading the data for the widgets.[/quote]
I don’t know - I usually block their JavaScript with Noscript. But the problem does not depend on whether that script is blocked or not. Neither on browser of choice.
But: As stated in 301 Moved Permanently above, I had to comment out (or rather “@”) calls of ini_set(), where they were not commented out. But those were exactly the same as on previous, perfectly fine working, version 1.6. Are there possibly new dependencies on ini_set() in 1.7 and later that were not there in versions 1.5 - 1.6?
Great news: After update from 1.7.1 to 1.8.2 the widgets work again! (Just had to reset the dashboard as “Your dashboard has no widgets” was shown, and do the usual deletion of browser cache and content of /piwik/tmp/assets/ as the widgets did not appear at first at all.)