[George]

Cool, thanks for the update Myra!

Best of luck with your site 🙂

[George]

Hey Martino,

You can definitely make the string translatable according to WordPress standards – I cannot speak, however, to whether or not WPML will then handle that well.

You can make the string translatable like this – instead of having just this bit of code:


return str_replace( ':', 'Replace Event Categories', $html );


You can use this instead:


return str_replace( ':', __( 'Replace Event Categories', 'tribe-events-calendar' ) , $html );


I hope that helps!

Cheers,
George

[George]

Hey Mark,

I’m helping take a look at things and have some ideas related to these issues on your site. Before exploring those ideas, however, I’m curious if you can first run a test here that I think will be very useful:

Can you just temporarily remove your custom auto-completing function for WooCommerce, then one you mentioned in your very first post for this thread? The more specific procedure I have in mind here is this:

1. Keep a var_dump() of the array in your email template, so we can see the output of $ticket and look for $ticket[‘security_code’]

2. Remove (just temporarily, for testing!) your custom auto-complete function for WooCommerce.

3. Do a test purchase of some tickets – some free tickets, whatever – and then manually “complete” the order in the WooCommerce “Orders” screen of your wp-admin.

4. Check them email that is sent after doing this manual order completion – is the security code present in this email at all?

This is a useful test to run through. Let us know what you find!

And also, just quickly before wrapping up my post: thanks for your patience with this thread 🙂 This issue is interesting, but it’s also a bit complex because there are a few moving parts here that could be causing the lack of security code. Thanks for working with us and being polite and such thus far, hopefully we can iron this out!

Cheers,
George

[George]

Hey Filip,

Thanks for the update(s) here, I’m glad that things are working again. The posting of error messages is great feedback, and much appreciated. We could totally use WordPress’ logging feature there to print errors but only if WP_DEBUG is active so that the site owner can disable them easily if they’d like.

Stay tuned to plugin updates for, hopefully, some better handling of issues like that.

For now, though: best of luck with your site!

Cheers,
George

[George]

Thanks for clarifying some of those details, Jordan!

This issue is intriguing because I run the 2012 theme on my local site and cannot reproduce this error no matter what configuration of things I try…hm.

I helped fix some bugs in the past related to date formats not saving correctly with the Community Events datepickers, so I wonder if something like this is at play here – if you head to Events > Settings > Display in your wp-admin, and scroll down until you see the “Datepicker Date Format” option, what is your current setting? And if you change this to another format and then save your changes, and try out submitting again from the Community submission form, does anything improve?

Here’s a screenshot of this field for reference:

Thank you for patience here, Jordan! I look forward to your response and, in the meantime, I will spend some more time trying to reproduce this issue on my own testing sites.

Cheers,
George

[George]

Hey Spud!

Sorry to hear about these problems. I took a look at your site for quite a bit and was not able to produce a JavaScript error in the checkout process, although I did encounter the issue you described where the “Loading” circle just hangs there, spinning.

I’m really sorry to have to recommend this so early on in the thread, but: it appears like the best test to do here is to run through or set of troubleshooting steps which are outlined here → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/

Those steps may seem tedious, but they’re genuinely much quicker to work through than it seems. If you do those steps and check on the checkout process after each step, you’ll get really valuable information from doing so.

Let us know what you find here! Is the behavior affected anywhere along the way? Do things work fine in a default theme or anything like that?

Thanks Spud,
George

[George]

Hey Jennifer,

Sorry you’re having trouble here!

What is the specific iCal feed URL you are supplying to the plugin?

[George]

Hey Farhad,

Community Events and our Tickets frameworks are indeed still awaiting some compatibility improvements for WMPL.

However, these plugins “inherit” much of the code and functionality from Core and PRO, so the improvements in Core and PRO will still positively impact these other plugins.

Things are still not 100% compatible, which is true – and unfortunately, I do not know a specific date upon which things will be 100% compatible.

I’m genuinely sorry about the frustration that can arise from all this! We’re working hard to improve compatibility even more, it is unfortunately a bigger project than we originally thought.

Let me know if this information helps, Farhad!

Sincerely,
George

[George]

Hey Kerry,

Sorry you’ve run into some trouble here!

I checked out your site and the stylesheet is indeed loading, so the fact that its style rules aren’t applying is a bit odd…

Have you tried adding “!important” to any specific rules that aren’t being applied? Just curious if that makes a difference at all. For example, instead of this:


.tribe-events-countdown-widget h2.widget-title {
color: #fa0;
transform: rotate(-2deg);
}


Try this:


.tribe-events-countdown-widget h2.widget-title {
color: #fa0 !important;
transform: rotate(-2deg) !important;
}


This test will help reveal or rule out whether or not this is just an issue with CSS selector inheritance on your site, which is a useful test. Based on our findings we can investigate other potential problems from there.

Thanks Kerry – let us know what you find!

— George

[George]

Hey Erico,

I’m glad you found a code solution elsewhere online, but we unfortunately do not offer support for custom code.

That’s a disclaimer that I have to put out there front-and-center, just to set expectations reasonably, but with that all being said I can at least offer some general advice here 🙂

It seems like the main point of your question is this:

I’m not sure how to attach the input field data I’ve collected to specific tickets.

I’ll leave the collection-of-data aspects of this to you, but in regards to adding that data to specific tickets, there are essentially two steps to go through:

1. Get the WooCommerce Product ID
2. Use WordPress’ update_post_meta() function with that Product ID to add your input data to the metadata of the ticket.

For step 1, there are many ways of doing this. If you look at the code you shared, for example, you can see one case in the wt_count_attendees() function that should serve as a good example for you. The code in question is this:


global $woocommerce;

if ( sizeof( $woocommerce->cart->get_cart() ) > 0 ) {
foreach ( $woocommerce->cart->get_cart() as $item_id => $values ) {
$_product = $values['data'];
}
}


I modified the code just to “highlight” the parts we need…

But look in the real code and note what happens with this $_product variable – it’s used like a “post” object in the code and has its ID called, like this:

$_product->id

So that’s one way of doing this. Get that product ID and then proceed to step 2, and just add metadata to it with update_post_meta(), like this:


update_post_meta( $_product->id, '_example_field_for_Ericos_data', $the_input_value_to_save );


And that should be good.

I’m sorry to let you down if you were hoping for line-by-line coding examples or troubleshooting; we unfortunately cannot provide any support for custom code. Hopefully the information I’ve shared here does at least help a little bit, though!

Best of luck with your customizations,
George

[George]

Hey Daniel,

It won’t be added in the near future, unfortunately, as it would require some major, major rewriting of many important parts of the core code of The Events Calendar.

However, even though that’s a huge project, it’s a project that is underway and something we are ultimately striving to add as a feature. I don’t know when, and it’s not even something that would arrive by 2016 for example, but it could very well end up in the plugin some day.

I’m sorry to have such vague information! There are many features planned ahead of this one so we just genuinely don’t have much specific information to share about it at this time.

Cheers!
George

[George]

Hey Gael,

We unfortunately cannot help with customizations here, so all the details there are things you’ll have to ultimately make yourself.

If you are using WooCommerce there, then an example snippet for adding basic info like the Event title and such is here:

add_filter( 'woocommerce_cart_item_name', 'example_testing', 10, 3 );

function example_testing( $title, $values, $cart_item_key ) {
$ticket_meta = get_post_meta( $values['product_id'] );
$event_id = absint( $ticket_meta['_tribe_wooticket_for_event'][0] );

if ( $event_id ) {
$title = sprintf( '%s for %s', $title, get_permalink( $event_id ), get_the_title( $event_id ) );
}

return $title;
}


For customizations specific to The Events Calendar, we have a Themer’s Guide here that should be helpful → https://theeventscalendar.com/knowledgebase/themers-guide/

Cheers!
George

[George]

Thanks for the update Gerry!

So it sounds like it is the ad-related code that is breaking The Events Calendar, not code from The Events Calendar that is breaking the ads? Is this accurate?

I unfortunately do not have a workaround, nor can we troubleshoot bugs like this that stem from other codebases on a site than our own 🙁

Sorry to disappoint on that Gerry!

[George]

Hey Lee,

Thanks for the information here! And thanks for sitting tight over the weekend.

I unfortunately cannot recreate this problem and also do not see anything outright problematic in your “System Information”…which leads me to suspect a possible code conflict here 🙁

I’m not certain that it is the case, but it could be. The way to test if this is the case is to run through our troubleshooting steps outlined below and then check on whether or not the Posts per Page value is taking effect after each step in the process.

Here are those steps → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/

Let us know if you can do these steps! And if so, what you find by doing them 🙂

Cheers,
George

[George]

Woah, much simpler than my proposed solution! 😀

Apologies for how far off I was on things, but glad you got this sorted out! Best of luck with your site.

George

[Author]

Posts