[Cliff]

Saha, after discussing with a developer, it was advised we should re-open this issue, which I have done.

I’ll mark this ticket as Pending Fix, which means this thread should receive a reply once the applicable fix has been released. I cannot guarantee when it will be fixed as it’s in the development team’s hands now. They need to assign it, code it, test it, and schedule it for release.

I apologize for this issue and appreciate your understanding and patience.

The order numbers are sequential and could, in theory, get duplicated if multiple people are buying tickets at nearly the exact same time and while your site is trying to get a response from get_post_meta() and update_post_meta().

Do you think this is likely what is happening, based on your observations of your site traffic and the timestamps of comparing tickets in/around the same order ID?

We might also be able to, instead of sequential order numbers, use a random number (maybe even alphanumeric).

Please share your thoughts.

Thank you.

[Cliff]

Math, if you have no other items in the WooCommerce cart to customize, here’s a snippet that would be even better than a template override for the cart.php file:

https://gist.github.com/cliffordp/431fe3a6d784079c9fe15bb8b205acc0

Best practice for adding custom code (like to implement a PHP snippet to modify The Events Calendar) is to create a functionality plugin, unless it’s something specific to your theme, in which case best practice is to make sure you’re using a child theme, then add the customization to your child theme’s functions.php file.

I hope this information helps!

[Cliff]

All iCal Importer purchases were given EA for free.

You can see all this in your Licenses page.

There’s no need for you to pay any more. I really do think everything’s setup well for you for what you said you wanted.

[Cliff]

Upon further digging, that code snippet won’t affect your particular situation.

This is a new snippet to make the recurrence happen more often than once per day:

https://gist.github.com/elimn/6220631c52527a406823c390f95cb93c

Let us know.

[Cliff]

This reply is private.

[Cliff]

As Brook shared, there are a lot of moving pieces with an issue like this.

By default, the cron batches 100 so it’s possible it isn’t making its way through the batch and is going back to square one.

Therefore, let’s have you try this code snippet:

add_filter( 'tribe_events_pro_recurrence_batch_size', function() { return 20; } );

It should cause the batch to be in 20 instead of 100 — obviously much smaller and therefore may take longer to complete but hopefully won’t timeout.

Please let me know if this has any noticeable effect for you over the next few days.

Thank you!

[Cliff]

Gotcha, thanks for confirming.

In this case, I’m guessing you don’t have custom code in both themes’ folders that would have added .tribe-hide, but here are some places to try to find any mentions of “tribe-hide”:

• your functions.php file (parent and child theme functions.php files)
• /wp-content/plugins/the-events-calendar-community-events/src/views/community/modules/taxonomy.php
• [your-theme]/tribe-events/community/modules/taxonomy.php (parent and child themes)

If you don’t find “tribe-hide” in any of those files (potentially 5 file locations), please try this:

1. Add define( ‘SCRIPT_DEBUG’, true ); to your wp-config.php file
2. clear and disable any site and browser cache
3. see if the issue is still happening
4. if it is (it should be):

Temporarily comment out or delete this line:

$children.filter( this.filter_out_selected_categories ).addClass( 'tribe-hide' );

which is Line 56 of /wp-content/plugins/the-events-calendar-community-events/src/resources/js/tribe-events-community.js

then clear any browser caching and see if the issue is still happening.

Let me know how things go for you.

[Cliff]

Saha, I checked with a couple others on our team, and we’ve come up with this information:

• there was a previous bug that we marked resolved as of Event Tickets Plus v4.2.4
• however, it’s very possibly an issue that basic troubleshooting wouldn’t help, and setting up a solid test to replicate it would be difficult
• so we added a fix for what we thought would help, but it may not have resolved it for all use cases

I was not aware of this prior bug so please excuse me for that.

Moving forward, let’s try something new:
in your PHPMyAdmin or wherever you manage your database, run this SQL query:

SHOW TABLE STATUS WHERE Name IN (
'wp_posts', 'wp_postmeta'
)

(change the wp_ database table prefix if necessary)

We’re interested in the “Engine” column from this query. Are those 2 rows’ “Engine” the same — and what are they?

If they’re both InnoDB, the fix we added should have solved this. But if one or both of them are MyISAM, it wouldn’t have helped in this case.

Please let me know and we’ll go from there.

[Cliff]

Well the “Product” is in the “woocommerce” text domain so whatever code snippet you’re using — if it’s from that link I last sent you — will only target strings in our plugins’ text domains.

I’d suggest just using a WooCommerce Template Override:

• https://docs.woocommerce.com/document/template-structure/
• https://github.com/woocommerce/woocommerce/blob/2.6.0/templates/cart/cart.php#L36

Let me know if you get it working as desired.

[Cliff]

I’m glad you got this sorted out. Thanks for letting me and others know about your workaround.

[Cliff]

AnnMarie, thanks for saying “me too” here.

This thread will receive a reply once the fix is released.

It is scheduled to be released soon (weeks).

Please patiently await an update here. 🙂

Thanks.

[Cliff]

I see your site is currently using BeOutdoors10 theme, which says it is an Artisteer-generated theme, which is not Avada theme.

Are you saying you tried Avada — and that both BeOutdoors10 theme and Avada theme both hid your Event Categories — or only BeOutdoors10 theme?

[Cliff]

We strongly prefer not to login to anyone’s site. Please share your current System Information.

Please also provide a .zip copy of your parent and child themes.

Make sure to set it to a Private Reply.

We’ll start there to see if we can replicate the issue. Thanks for your efforts here.

[Cliff]

Update: I’ve also confirmed the bug about the Filter Bar’s vertical display being above the calendar instead of in a sidebar format, like it should be.

Therefore, that issue is not specific to Avada, and this issue is scheduled (not guaranteed) to be fixed soon (weeks).

If you’d like to downgrade to a previous version, you can get those from your Downloads (see each plugin’s version number drop-down).

Besides these 2 issues that I’ve got logged with our developers, please let me know if there are any other issues still to address in this thread.

[Cliff]

Donna / Kate,

We always recommend using the latest versions of our plugins, but Avada essentially includes a copy of our core The Events Calendar plugin in their theme, and therefore there is naturally a bit of a delay in their theme updating their copy whenever we release an update. This could be the reason for any issues you are experiencing with Avada, and they may have an update to release soon. You will need to check with their support regarding any issues specific to their theming of our plugin(s).

I was able to re-create the issue about Filter Bar Vertical + Closed actually being Vertical + Open.

For that issue, I’ll mark this ticket as Pending Fix, which means this thread should receive a reply once the applicable fix has been released. I cannot guarantee when it will be fixed as it’s in the development team’s hands now. They need to assign it, code it, test it, and schedule it for release.

I apologize for this issue and appreciate your understanding and patience.

[Author]

Posts