celticwebdesign

Hi,
Thanks for the patch.
I have noticed that the styling is now broken following the update, for me there appears to be a div removed in the code, please see the screen grab here:
https://www.dropbox.com/s/ka3smlkc7ga6b0u/Screenshot%202023-04-25%20at%2021.26.55.png?dl=0
I assume this could affect other websites?
Thanks
WP 6.2 / Version 1.17

Hi,

Just some more information, now when using ALM and TEC, no events are being loaded at all.
If I test with the ‘Page’ post type then pages load as normal and in the order that I have set.
Please see this screen grab:
https://www.dropbox.com/s/qbq9emvg2kx7jet/Screenshot%202022-12-08%20at%2009.01.51.png?dl=0

Thanks
Darren

Hi Abz,

I have been in ongoing discussions with the developer of Ajax Load More (ALM) and they have tested the integration of ALM with The Events Calendar (TEC) and are getting the same results / issue.
We can get TEC posts, but they are never in the correct order that we request.

For instance here is the shortcode we use:

[ajax_load_more post_type=”tribe_events” post__in=”1289,1287,1536″ order=”ASC” orderby=”post__in”]

If we were to change the shortcode post_type to posts or pages, and change the post__in ids then we do get the correct posts and in the order designated by post__in and orderby.
But whenever we change this to post_type is tribe_events, then the order returned is incorrect.

Here is the latest reply from the developer of ALM:

—-

I tried locally here and was able to get results showing but not in the correct order.

I was able to test on your site today as well but unable to locate what the issue is within the Events Calendar plugin.
They have many hooks using pre_get_posts and references to <code>post__in</code> I'm not sure where to start.

Why are the results empty if you add the orderby?
Did you tell them that with orderby="post__in" the results are empty?

—-

I know that you do not support plugins from other developers, but I do ask you if you could install TEC and ALM (free) on a test website and use the shortcode above (change the IDs, also test with posts and pages), you will then see the same issue.

I would be grateful for your thoughts on this.

Thanks
Darren

Hi Abz,

Thanks for your reply.

I will also pass this back to the developers of Ajax Load More to see what they say in this matter.

I would say though that the plugin Ajax Load More does work as can be see by the ‘Pages’ load now first in the page content order (I swapped the order to show more than 2 sessions of the plugin can load on a page in any order).

Please see the screen grab.

https://www.dropbox.com/s/cdevf59tlb9vwwg/Screenshot%202022-10-24%20at%2008.40.47.png?dl=0

It does show the Pages post type working with the ‘post__in’ column whereas the Events post type not working.
You will also see I have removed all other parameters from the shortcode for ‘tribe_events’ and yet we still get any error for un-used but default ‘date’ column.

I would assume the ‘Pages’ test would also effectively run this SQL statement where the post type would be ‘page’:

SELECT SQL_CALC_FOUND_ROWS klh_posts.ID FROM klh_posts JOIN klh_tec_occurrences ON klh_posts.ID = klh_tec_occurrences.post_id WHERE 1=1 AND klh_posts.ID IN (1286,1287,1536) AND klh_posts.post_type = ‘tribe_events’ AND ((klh_posts.post_status = ‘publish’))

I will pass this back to Ajax Load More but I would also be grateful for your thoughts here.

Thanks
Darren

Hi Abz,

Thanks for your quick reply and the update you have made to the plugin.
I have updated the plugin locally and tested it, unfortunately we appear now to be getting no frontend display at all and an error in the debug.log.
Please see this screen grab:

https://www.dropbox.com/s/nmw2vv7su4s31x6/Screenshot%202022-10-21%20at%2008.56.39.png?dl=0

To extend the testing further, I have added a second shortcode to displays some pages, this shows that the plugin does work (please note, the plugin can be used successfully on the same page more than once).

I would be grateful for your thoughts on this.

Thanks
Darren

Hi,

I have now found the issue and resolved it.

It was related to the hosting of the website, WPEngine.
They provide a caching system built into their hosting, in this case the caching system was caching the wc-order-functions.php file, this therefore was preventing the cron from being setup.
WPEngine uncached this file and the cron has now been setup and continuously running every 60 minutes.

I hope this helps.

Thanks
Darren

Hi Hannah,

I am also experiencing that same issue with a website using Woocommerce.
An order is placed but not paid and sometimes the cron appears to run (changing payment processing to cancelled) and other times not (remains payment processing beyond the 60 minute hold time).

I did like prettyboyelias said above and re-save the Woocommerce settings hold time and can see the cron is setup to run, but I assume this cron should also be set every time a new order is started (before going to a payment provider)?
If this is correct, where is this cron set each time, and if it is not set why would this be?

Thanks