[George]

Hey Nigel,

Sorry for my misunderstanding there.

I know you’ve spent a good amount of time already working on troubleshooting this issue, so I apologize in advance for the minutiae we might need to investigate here to get this ironed out.

As you described in your original thread, things seem to work totally fine in a default theme like 2013, 2015, etc., and thus it seems like your current theme plus its use of/integration with Advanced Custom Fields is the source of the problem…

1. Would you be able to confirm whether or not this is still the case? The same troubleshooting steps you did in the last thread are worth repeating here.

2. In your post here, you write this: “We have removed all our custom JS and reverted to the default wordpress JS”

Can you be more specific about what you mean by both “custom JS” and “default WordPress JS”? What specific files are you referring to in both cases?

Thank you, and thanks for your patience with us as we try to dig down and find these errors. These are not problems I can recreate on my local testing site, so it seems the errors are indeed arising from something unique about your website’s configuration of themes, plugins, custom code, etc.

Cheers,
George

[George]

Hey Timothy,

Thank you very much for doing that to your site – I know from experience how frustrating it can be to leave your site in such a state, but it’s a vital step for troubleshooting. Much appreciated!

One thing I noticed with your site in this state was a series of DOCTYPE-related errors in your JavaScript – there were many of them, and these are certainly the main culprit for your issues here.

It seems that you’ve left “WP Super Cache” activated on your site – can you try deactivating this completely, and ensure that caching is not active on your site? Then, take another look at things on your site and see how they behave.

Thank you for your continued patience with this issue 🙂

George

[George]

Hey Magnus,

Sorry about that. Not sure why that’s not working. The only other solution I can think of in a reasonable amount of time is something with JavaScript to force that width change – this is quite ugly and not a normally-recommended method for style customizations, but it might work.

Basically, you’ll first just want to set up a JavaScript function in the footer of your page with the same method as I demonstrated earlier in this thread for the “fake” widget click. So, something like this to set up the <script> tags within which you can write the custom JS:


add_action( 'wp_footer', 'example_js_force_calendar_width', 100 );

function example_example_js_force_calendar_width_widget_click() {
if ( ! wp_script_is( 'jquery', 'enqueued' ) ) {
wp_enqueue_script( 'jquery' );
}
?>
<script>
jQuery(document).ready(function($) {
$( '.datepicker.datepicker-dropdown.dropdown-menu' ).css({
'width': 700,
'max-width': 700
});
});
</script>
<?php
}


That works for me, so hopefully it does for you, too.

Cheers,
George

[George]

Hi Chris,

While I cannot say definitively whether WooCommerce Tickets will work the Subscription or other WooCommerce add-ons, The Events Calendar’s ticketing add-ons do, indeed, create each ticket as a “Product” within WooCommerce.

So if the WooCommerce add-on itself is built to work with “Products” specifically, then it should work well with The Events Calendar tickets add-on.

However, the best way to test is to try – both The Events Calendar add-ons and WooCommerce add-ons have a great refund policy, so if you buy WooCommerce Tickets from us and then whatever WooCommerce add-ons you want from them, you have a little under 30 days to try them out on your site and see if they will work together. If not, you can get a refund in full, for both products 🙂

I hope that helps!

Cheers,
George

[George]

Hey Michael,

For item number 1 that I posted above, about permalinks, I just meant the basic Permalinks settings in Settings > Permalinks in your WP admin.

Some of your information is hard for me to read because of it being in a different language, but it seems like you are doing more to your URLs than just using the default Permalinks settings?

If so, try removing all custom rules and per-post-type rules – if you have any URL or rewrite-related plugins, deactivate them.

If you set Settings > Permalinks to just /%postname%, like in this screenshot, does this help your issues at all? → https://cloudup.com/cM20-56_f5m

Thank you! 🙂
George

[George]

Thank you for elaborating on your situation @websource – I hope my comments didn’t come off as a lack of respect for the difficulties of upgrading stuff on your/your client’s site. I have a few client sites of my own and it can be time-consuming, but upgrading is the right step here.

Take your time on this and just drop by any time you’re able to upgrade, and let us know how it goes! (If the automatic Support Droid closes your thread prematurely, just open a new one any time and link back to this thread for reference/continuity).

— George

[George]

Thanks to both of you for reporting this behavior, it’s possible that there’s a bug here and while I don’t have an actionable step at the present moment, I’m going to test this further myself and rope in some other developers for investigating this.

Thank you for your patience! Please stay tuned while we investigate this bug – if other questions or concerns arise here in the meantime, let me know.

[George]

Hi Winston,

Thanks for doing those steps – to be clear, do you mean that you had a default theme active and all plugins on your site deactivated except for The Events Calendar, and still had these issues?

If so, then would you be able to please put your site back in this state, and then head to your site’s wp-config.php file and change this line of code:

define('WP_DEBUG', false);

to this:

define('WP_DEBUG', true);

That will display errors if they exist on your site, which might reveal something useful here.

Also, we’ll be able to check out your site live in this state which is also very helpful.

As for logging into your admin area, we unfortunately cannot log into user sites – I’ve removed your login information for security/privacy, but we really appreciate your willingness to help resolve this issue, and your patience with the issue so far!

Thank you!
George

[George]

Hey Paola,

Is that 15% coupon the one you received originally, or the one that we sent you after you followed up with [email protected]? Have you sent an email to [email protected] yet?

Thank you!
George

[George]

Hey Samiaji,

Thanks for the update – we have indeed done stress-testing on our plugin, but there are unfortunately some limitations with the number of events you’re dealing with.

“Events” are post types within WordPress, and there are performance issues in general with so much data – 12,000 posts, or pages for example.

We are hoping to improve scalability and performance of The Events Calendar in time but, at this time, if you have 12,000+ events then your errors here could simply be a matter of things timing out.

I’m sorry to bear this news – if you have purchased any add-ons within the last 30days, we’d happily issue a refund for them. if you’re interested in that, shoot an email to [email protected] with your original email receipts attached and we can proceed from there to issue the refunds.

Sorry to disappoint Samiaji!

[George]

Hey Nigel,

Thanks for following up here. I checked out http://meba.co.nz/events/ – this is the Week View you’re having problems with, right?

If so, then can you clarify exactly what your issues are as of now? The week view was working well for me when I went to the page linked above. Let me know in more detail what each remaining issue is, we’ll help get things sorted out! 🙂

Cheers,
George

[George]

Hey Mauro,

At this time there is not a way to add your Events Calendar to another, existing page. You do not create a page for the Events calendar, it will auto-generate at example.com/events (where “example.com” is your actual domain name, of course).

Does this address your question? If not, I’m sorry for misunderstanding it, let us know in more detail and I’ll give it another shot! 🙂

Thanks,
George

[George]

Hi Michael,

Sorry about these issues! I checked out the event you suggested and noticed this was the URL that was being used:

https://www.ferienwohnung-cuxhaven.eu/%tribe_events_slug%/beach-basketball/2015-07-25/

To try and figure out why this is happening, can you address each of the following points in order? Namely:

1. What are your site’s Permalinks settings? These can be found by simply going to Settings > Permalinks in your WP admin.

2. What are your “Events Slug” and “Single Events Slug” options? You can find these by going to Events > Settings in your WP admin, as shown in this screenshot → https://cloudup.com/cI_0Ano_Veu

3. Does anything improve if you go to go to Settings > Permalinks in your admin area, and just click “Save Changes” without actually making any changes? This may seem like an odd thing to do but is a little “trick” within WordPress to get the permalinks across your site to refresh, which might help here.

Thank you!
George

[George]

Hi @stoeber,

First of all, thank you for testing that out a bit there and for posting this screenshot – very helpful!

Second of all, thank you for your patience with this while we investigate it more closely. The behavior is indeed a bit odd.

I’m curious about three further tests to try here:

1. If you create other events in the last day of various other months, do these events show up?

2. If you take your test event from October 31, one that does not show up, and simply adjust its date and time to move it a day back to October 30 or something, then save these changes, on the front-end does the event then show up in Month view?

3. Is it possible on your site to run through our basic Troubleshooting process outlined here → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/ You do not need to do these steps right now, I’m just curious if it’s possible should it be relevant based on your findings in tests #1 and #2 above…

I do not create this behavior on my local test site, so I can rope in some other developers at this point to see what they find too – there very well could be a bug or something that I’m just not seeing!

In the meantime, let me know what you find from tests #1 and #2 above.

Thank you for your patience with this!

George

[George]

Hey Samiaji,

Have you contacted WP Engine support about this directly? If not, can you try doing so? They may be able to find a specific source of this problem, which might help here.

I’m very sorry for your frustrations and hope to hear what the WP Engine support team have to say about this.

In the meantime, I’m curious if you’d be able to run through the troubleshooting steps we have outlined here → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/

If so, check on performance after each step in that process. It’s possible that other code on your site is conflating these performance issues perhaps, these steps will help confirm or rule out whether that’s the cast or not.

Thank you for your patience!
George

[Author]

Posts