[kellyco]

Unfortunately, this is not really helping.
Testing on Twenty Twelve/Thirteen etc is useful it is but far from definitive in proving that ECP is bug free.
You seem to keep trying to pass the buck and blame the theme I am using – the theme that worked with ECP 3.1 and with every other plugin I have thrown at it for several years and is used by more than 10,000 web sites. In contrast ECP 3 has been riddled with bugs and continues to be so. I thought you would appreciate someone trying to identify the cause of another bug, but you aren’t helping me get to the bottom of this problem. I keep asking for some insight into how ECP is implemented – what functions/procedures are called when it is initiated etc so I can try to find the file or code that is at fault, but you seem to take the stance that your plugin is perfect and it must be something else, just because it works with the most basic theme available. I bought and tested this plugin in anticipation of ECP being available and working many months ago, but instead the filter plugin is still not available and the plugin itself is less stable than ever.
If you look at my home page, what calls would ECP be making that could cause problems with the main loop – i.e. what other calls are being made to WP_Query/get_posts etc?
What steps can I take to get to the bottom of this conflict?
Do you have some debugging notes or tips for people trying to get your plugin to work with their sites/themes/plugins?

[kellyco]

The is_front_page page call works fine on the ‘twenty thirteen’ theme, but that is a pretty basic theme.

From what I can tell it looks like there is a custom call to WP_Query or get_posts etc in ECP that is not being reset properly before the main page loop is called.
This was not a problem with ECP 3.1, just since upgrading to ECP 3.2 (nothing else changed), so it seems pretty likely that the problem is with something that was changed in ECP 3.2.
I have also tested things with all other plugins deactivated to see if there were any other conflicts, but that does not help.
I have tried finding the right place to insert a ‘wp_reset_query();’ call to reset the query, but cannot find the right location – when I put it before the main page loop it works, but reverses the sort order of the posts (oldest show first rather than most recent at the top).
Do you have some documentation for developers that shows what classes/functions are called when and where by ECP?
What part of ECP might be being called on my home page – the ECP widget is disabled and no events are displayed on the home page – could it be the toolbar menu for ECP? Did that change in ECP3.2?

[kellyco]

After many, many hours of trawling through the theme code I have found an ‘elseif’ statement that checks if the current page is the front page using the standard wp function ‘is_front_page’.
This is true with Events Calendar Pro deactivated, but false with it activated.
Settings->Reading->Front page displays is set to “Your latest posts” and so ‘is_front_page’ should be true.
Any ideas why activating ECP messes this up – it seems to be a standard wordpress call?
Any suggestions?
Something has changed between ECP 3.1 and ECP 3.2 that breaks this call – at least on my site.
Could you check with the programmers?

[kellyco]

Thanks – tried that – no luck.
Turned it on, tested and then off and tested again. Didn’t make any difference.
Good suggestion though. Perhaps the code for the WordPress menu bar is interfering?
I wonder what else is being called by default? I thought it might have been a widget causing interference, but made sure I removed the ECP widget from the sidebar.
Any other thoughts on what might have changed been 3.1 and 3.2 that would interfere with TimThumb or javascript?

[kellyco]

Thanks for trying.
I was not sure if the code got stripped or was just private for admins – not sure it helped much anyway.
I have removed the requirement to be logged in to view the site.
As mentioned, things displayed fine on the home page with 3.1, but upgrading to 3.2 seems to have broken the image resizing. I think it is something that was changed in the main Events Calendar code rather than the Pro add-on because if I disable the pro bit things are still broken.
You can see what the images should look like by clicking on one of the posts – the detail blog post page resizes images correctly – it is just the home page that breaks. Not quite sure how to go about troubleshooting The Events Calendar plugin – I would normally start removing code until I found the problem area.
I have tried disabling all plugins and things work fine – then activating Events Calendar breaks things (even with all other plugins disabled) so some sort of conflict between the theme and Events Calendar seems to be the cause.

[Author]

Posts