Possible conflict with JetPack WordPress.com stats module
-
If the JetPack WordPress.com Stats module and Google Calendar Events are both on then selecting a category or previous page results in NextGen gallery thumbs to show in one vertical column and TablePress tables to show all, rather than the number of rows set in prefs.
The sidebar often stalls at GCE though not always. But it does appear that the page has not fully loaded. There don’t appear to be any javascript errors.Switching either of them off the pages load fine, and actually a lot faster with GCE off. There are about 7 feeds.
-
Hi,
this looks like an incompatibility… if the page looks truncated, could it be some missing markup (closing tag) somewhere in custom added content?
one way to test it is to disable all plugins except Google Calendar Events (or other plugin you want to analyze) and reactivate the others one at the time
I did that, which is how I isolated the two things. I’ve temporarily re-enabled them so you can see if it looks the same to you, and if it looks like the page stalls.
http://carnethy.com/category/handicaps/The first results table will be showing all the rows and the NextGen Gallery thumbs of eg the Meldon’s Handicap will be showing in a vertical column.
(the Google Calendar Events widget is at the bottom of the sidebar)
it appears you have occasional errors and warnings being thrown in console, but I don’t think any of them is related to Google Calendar Events
perhaps a caching issue? because they appear randomly on page load if I have the Chrome Dev Tools enabled – right now I have two tabs with the same page http://carnethy.com/category/handicaps/ opened – in one the Calendar looks fine and the rest of the page works well, while on another Calendar and other elements appear broken
I guess it’s what happens when you evolve a complex site.
Something somewhere is messing things up but finding it…
If it’s to do with php I’m not currently able to troubleshoot that.what is your hosting company?
do you have a copy of your website also locally in your computer or just on the server?you can try the following steps to isolate a problem
disable all plugins and switch back to 2014 or 2015 default theme
re-enable ‘Google Calendar Events’clear cache and your browser cache
is the calendar showing now?
if not, please tell me
if yes, reactivate your theme but not the other plugins yet
clear cachesthen try to enable one more plugin
refresh cache, check the page againthen enable another… and repeat these steps until you find what is likely to be causing the issue
hope it helps
I have a copy on localhost. Unfortunately for testing JetPack WordPress Stats are disabled by default for localhost installations so I can’t test it.
And in any case it’s very sure it is that JetPack module that is conflicting.actually there is a number of features in Jetpack which can run locally
I’m not sure if stats is one of these though
if locally works fine without jetpack, maybe you can enable/disable jetpack modules until you find which one seems to be causing trouble?
do you think it’s the stats? I had one error in console that seemed to point to stats though
I know which one is causing trouble! I’ve already said! It is the Stats. I have toggled Stats and GCE over and over again and it is definitely these two conflicting.
And stats doesn’t run on localhost, as I said. And it’s easy to see which JetPack modules don’t run on localhost they are greyed out in settings.
ok sorry for the misunderstanding – I just thought it might have been also something else
because at the moment I can’t think of any js code on the calendar plugin that would mess up with the stats…
could you tell me if the problem happens only when the calendar is displayed in a widget? or how about if you change view from grid to list (just to check out) – will the errors continue?
Grid to list makes no difference.
Offhand I don’t know how to display it other than in a widget. If you give me a shortcode incorporating the feeds 5442,5443,5444,5445,5446,5447,5448,6499 I’ll try it.could you please try with:
[gcal id="5442,5443,5444,5445,5446,5447,5448,6499"]from any post or page
please let me know if it worked
Ok. Removed feeds from widget. Handicaps displayed normally.
Inserted shortcode into new post. Handicaps displayed normally.
Deleted the new post
Re-inserted feeds into widget. Handicaps displaying wrong again.ok so it looks like a widget issue – thanks, I will look into that and keep you posted
Thanks!
This might be of interest from the developers of JetPack:
So when I view your site’s source, I see the following at the every end/bottom of the page:
It stops right there, there’s nothing else after. That’s why everything else is messed up; any closing divs, or javascript that might be loading in the footer, is missing.
Now the big question is, why is this happening? I’m unable to reproduce it on my site, either. There must be some other piece that’s interacting here; either your theme, or another plugin, or some configuration on yur site (maybe in the GCE settings) that you have that I don’t. I really don’t see what it is, though. At this point, I think you have 2 options:
1) don’t use GCE
2) don’t use Jetpack statsOr you could continue to try to manipulate your site, trying with a different theme, trying different GCE settings, until you find what the conflict is. Since the issue seem svery much to be specific to your site only, and since I can’t reproduce it myself (and nor could Jeremy), I don’t think I can be of any more help here.
For now I’ve taken out GCE from the sidebar as it’s easy to have a link to a page with the calendars on it.
The topic ‘Possible conflict with JetPack WordPress.com stats module’ is closed to new replies.