[Josh]

Hey travellearner,

Thanks for following up with us!

Are you now able to update your Events Calendar PRO to the latest version after the changes made on Bluehost’s side? If so, start by ensuring both The Events Calendar & Events Calendar PRO are updated to the latest versions.

I took a look at the previous thread and wasn’t able to determine from the flow what the ultimate solution was that resolved the 404 errors previously. It looked like at one point there may have been some changes to the site that persisted even after disabling existing plugins. Do you still see the 404 issue after following the Testing for Conflicts procedures?

Let me know if this helps.

Thanks!

[Josh]

Hey Hannah,

Thanks for reaching out to us!

Definitely a strange issue to be having. I tested on my local install and the function appears to be working properly with the parameters still included.

One thought, it sounds like there may be additional code added to the site, possibly by the current theme, that may be filtering the “tribe_events_single_venue_posts_per_page” to not display any events. Have you tried deactivating your current theme or other plugins to see if the issue persists with just the Events Calendar plugins and a default WordPress theme? This will help to narrow in on the conflicting code.

Let me know what you find.

Thanks!

[Josh]

Hey Jeff,

Thanks for reaching out to us.

So, after moving your site, the default events page (yourdomain.com/events) is now showing a products listing rather than the default calendar? If so, there are a couple of things you could try:

1. Check the Events Settings > General tab within your WordPress dashboard and ensure that your slug is still set to the desired slug https://cloudup.com/cgsL_Y9xHhO.
2. Try visiting the Settings > Permalinks within your dashboard and re-saving the permalinks. This will flush the rewrite rules on the site which could be useful after this migration.

Let me know if this helps.

Thanks!

[Josh]

Hey Naomi,

Thanks for reaching out to us!

In theory your current configuration should continue to work. When you create a new ticket for an event, the ticket becomes a new WooCommerce Product. The checkout and purchasing is all then handled by WooCommerce. I’m not sure how it would work with multiple events or multiple tickets for events and the way you’ve currently got it configured but it should be able to be recreated if your current solution is using products directly.

Let me know if this helps. If you have any further questions, please don’t hesitate to ask.

Thanks!

[Josh]

Hey Marc,

Thanks for reaching out to us!

When using our plugins, they are intended to be used in tandem at the appropriate version numbers. So, if your core Events Calendar is at version 3.9, only the 3.9 version of the WooCommerce Tickets plugin can be guaranteed to work with the site. Are you able to update your WooCommerce Tickets plugin to the latest version? This should address the issue you’re seeing when attempting to add tickets to the cart.

Let me know if this helps.

Thanks!

[Josh]

Hey,

I’m sorry for the delay in response. Our team is taking some time away together this week in the Dominican Republic.

When you changed the “template settings” was this the setting that you changed (https://cloudup.com/c8Xxnuz0S5b) If so, what setting do you have there? Does the issue persist if you switch to a default theme such as the TwentyFourteen theme?

Also, if that original setting was set to “Default Events Template” and you were experiencing issues with the week view, I’m curious to know more about the issues you were seeing with that view.

Let me know if this helps.

Thanks!

[Josh]

Hey Lina,

Awesome! Glad that helped.

Unfortunately there isn’t a default way to do this within the plugin. You could exclude categories within a query or include only a specific category however there wouldn’t be a straightforward way to sort by the event’s category however it could be accomplished with some custom development.

Let me know if this helps.

Thanks!

[Josh]

Hey Susan,

Awesome! I’m glad it’s working for you now. I’ll go ahead and close this ticket. If you have any further questions, please don’t hesitate to open a new one.

Thanks!

[Josh]

Hey,

No problem! I’ll also leave this one open to see if there is any valuable feedback that can be used by other users in the future.

Thanks!

[Josh]

Hey!

Thanks for following up and for the compliments! Definitely appreciate those 🙂

I’ll leave this ticket open for now. If you like, we’d love to hear any feedback you get from the theme developer that could be used to help others having the same issue. If not, I’ll come back and close this thread in a couple of weeks.

Thanks!

[Josh]

Hey alonso,

Awesome! I’m glad you were able to get the order worked out.

I’ll go ahead and close this thread. If you have any further questions, please don’t hesitate to open a new one.

Thanks!

[Josh]

Hey Logan,

I’m glad you were able to find the recurring events! That is actually some great feedback on the expectation of where PRO features are to be displayed based on that prompt within the dashboard. I’ll make sure it gets passed along to the team. Thanks!

Krystine,

Did you have a chance to check out the previous response?

Unfortunately with the current information we do have, I’m unable to replicate the issue on my local install. I am able to create and view recurring events without any error or odd behavior. This means there must be something different that is causing the error and this is usually due to additional code that is added to the site via the currently active theme or via other plugins.

If you’re unable to deactivate plugins to test for a conflict on your live site or on a staging copy of your site, could you try setting up a new install on your current hosting plan? Most hosts come with 1 click installs to allow for quick creation of new WordPress sites. You could then create a new site to see if the issue persists with a clean WordPress install, no additional plugins,  and a default theme. You could then add the plugins used on your main site as well as the theme one by one to see if anything causes the current errors that you’re seeing.

Thanks!

[Josh]

Hey Sharlene,

I’m sorry that you’ve had issues implementing the previous code. You could try placing the code at the beginning of your functions file by placing just inside the opening “<?php” tag. This usually isn’t the best place to place functions however it sounds like the bottom of your functions file might be left within an open function.

Let me know if this helps.

Thanks!

[Josh]

Hey!

Thanks for following up with us.

A couple of things that you could try that will help us to narrow down this issue.

1. Now that you’ve moved to WP Engine, have you tried the different enabling/disabling the different cache settings available within their  hosting (https://cloudup.com/c3y5Ofb1OmQ)?
2. Have you tried testing with a default WordPress theme activated to see if the issue persists when using a theme like TwentyFourteen?
3. Would it be possible to set up a new development site with all default plugins, settings and themes and see if the issue persists with a completely vanilla WordPress install?

Let me know if these steps reveal anything new.

Thanks!

[Josh]

Hey travellearner,

Awesome! I’m glad you were able to get those other elements worked out with your hosting provider.

For the 404 pages now, have you tried going to the Settings > Permalinks section of your WordPress dashboard and re-saving your permalinks? Depending on the change that was needed for your server, your site might need the rewrite rules flushed and re-saving the permalinks will do this for you.

Let me know if this helps.

Thanks!

[Author]

Posts