[Geoff B.]

Good afternoon Dani,

Thank you for following up on this one.

If we set a global stock level will this effect all concerts or can we assign different stock levels to each concert without this impacting the other concerts?

The global stock option is per event.
In other words, each concert can get its own level of global stock.

Events Tickets Plus gives you the option to enable global stock within each event but when the ticket is then generated as a product through WooCommerce, there is also the option to “manage stock at product level.” What is the difference and could the conflict be occurring here? What’s the appropriate config?

Well basically, Event Tickets Plus will set things up with the correct settings for you based on what you establish in the event settings.

So in other words, you should set things up the way you want to in each event and forget about the WooCommerce settings altogether.

To put this into perspective, you can override some things directly at the product level of WooCommerce, but to do that you really need to know what you are doing.

So, no conflict in view as long as you stick to that simple rule.

Have a good weekend,

Geoff B.

[Geoff B.]

This reply is private.

[Geoff B.]

Good afternoon Jeppe,

Thank you for the files.

As it turns out, the titles from your theme come from the functions.php file at line 190 (which needs to be modified).

For that reason, I would highly recommend creating a child theme (so that your changes do not get overwritten if there is a theme update).

Here is a modified version of that file to get you started functions

Have a good weekend,

Geoff B.

[Geoff B.]

Good afternoon Gibson,

Thank you for writing back and for sharing your solution.

This is totally my bad, I missed this. Yes, as soon as Event Tickets is installed, it takes over the cost functionality.

If you want to keep Event tickets active AND use the cost field, you could use the following extension: https://theeventscalendar.com/extensions/display-the-event-cost-field-when-ticket-plugins-are-installed/

Let me know if that helps.

Have a great day!

Geoff B.

[Geoff B.]

Good afternoon Mark,

Thank you for writing back.

Actually all of our plugins are multilingual, so it is possible to have submission forms in all languages.
The issue is that we do not yet support Community Events with WPML.

So, as stated earlier, for now, this is considered unsupported which truly limits the help I am able to offer.

However, if you are up for it, the links I shared in the previous answer should enable you to get really close.
Especially the use of a wpml-config.xml file.

If you are looking for bilingual fields, you could achieve that via customizes language files for Community Events.

I highly recommend reading the 3 following articles on translation:

• https://theeventscalendar.com/knowledgebase/translating-the-events-calendar/
• https://theeventscalendar.com/knowledgebase/how-to-override-plugin-language-files/
• https://theeventscalendar.com/knowledgebase/incomplete-translations/

Let me know if that helps.

Have a great day!

Geoff B.

[Geoff B.]

Good afternoon Xavier,

I am super stoked that my answers helped you out.

You are welcome back in our support forums any time 🙂

For now, I am going to close this thread.

Have a great week!

Geoff B.

[Geoff B.]

Good evening Matt,

Thank you for writing back and sharing your solution.
I am mostly glad you found a solution.

You are welcome back in our support forums any time 🙂

For now, I am going to close this thread.

Have a great week!

Geoff B.

[Geoff B.]

Good evening Mister,

Thank you for hanging in there.

It took a while, but I finally heard back from our Dev ninjas.
For one thing, I do believe that the issue is gone with the latest version of our plugins and of WPML.

In month view – though not in single event view – by the time tribe_get_event_categories() is called (using the sample template override) the object term cache for the event category contains duplicates.

One way to work around this would be wiping the cached terms before calling tribe_get_event_categories() – example (note the addition of a call to wp_set_cache()):

wp_cache_set( $post->ID, false, Tribe__Events__Main::TAXONOMY . '_relationships' );

echo tribe_get_event_categories( $event_id, array(
'before' => '',
'sep' => ' ',
'after' => '',
'label' => 'Categories', // An appropriate plural/singular label will be provided
'label_before' => '',
'label_after' => '',
'wrap_before' => '<dd class="my-widget-event-categories">',
'wrap_after' => '</dd>',
) );

Let me know if that helps.

Have a great day!

Geoff B.

[Geoff B.]

This reply is private.

[Geoff B.]

Good evening Alejandro and welcome to the Events Calendar Support forum!

Thank you for reaching out to us.

We are sorry to hear about the issues you have experienced while using our products with WPML.
I would love to help you with this topic.

As a side note, I am also noticing that you are using WPML.
I highly recommend reading and using the following guides if you have not already done so:

1. https://theeventscalendar.com/knowledgebase/setting-up-the-events-calendar-with-wpml/
2. https://theeventscalendar.com/knowledgebase/creating-translations-for-events-using-wpml/

It is also possible that there is some caching issue at play (either through your browser, another WordPress plugin and event WPML – which has its own cache).

Head over to WPML > Support > Troubleshooting page.

Once you are there, you should see several cleanup buttons. I would recommend:

• Clearing WPML cache
• Using ALL the cleanup buttons on that page
• Re-saving your permalinks

Let me know if that helps.

Have a great day!

Geoff B.

[Geoff B.]

Good evening Steve and welcome to the Events Calendar Support forum!

Thank you for reaching out to us.
I would love to help you with this topic.

You could apply the following snippet in the functions.php file of your theme (without the PHP tag at the top): https://gist.github.com/elimn/d1a9d6edbff993978f57b7f8e9a7b56b#file-tribe_remove_single_calendar_links-php

Let me know how that goes.

Best regards,
Geoff B.

[Geoff B.]

Good evening Nicolas and welcome to the Events Calendar Support forum!

Thank you for reaching out to us.

We are sorry to hear about this behaviour on your installation.
I would love to help you with this topic.

On my end, I am not able to reproduce the issue. When I go to a previous event (e.g. April) and hit the browser back button, I am brought back to April (since the URL call for it – https://www.waltonoptions.org/events/2017-04/).

Would you mind telling which URL gets displayed on your end when you press the browser back button ? And also tell me which browser on which OS you are using ?

Hang in there!

Geoff B.

[Geoff B.]

Good evening Mark and welcome back!

Thank you for reaching out to us.
I would love to help you with this topic.

As you might know, we do not offer support for Community Events with WPML yet: https://theeventscalendar.com/knowledgebase/wpml-support/

But this is totally part of our long term roadmap.

However, some of our customers have achieved such compatibility to a level that is satisfactory to them.

I would recommend reading the following:

1. https://theeventscalendar.com/support/forums/topic/conflict-with-wpml-anonymously-created-pending-events-hidden-in-admin-panel/
2. https://theeventscalendar.com/support/forums/topic/automatically-duplicating-added-event-calandar-items-on-publish-with-wpml/

Just to set expectations, the scope of our support is mostly to get our customers started on the right track and to help them in case of issues.

We unfortunately do not provide complete support for customization.

Let me know if that helps.

Have a great day!

Geoff B.

[Geoff B.]

Good evening Paul,

Sorry for the incredibly long delay.
We were unable to reproduce the issue on our end.

But we did conduct extended search on support for different URLs being used (as per method number 2 discussed here https://codex.wordpress.org/Giving_WordPress_Its_Own_Directory)

The only things this leaves us with are:

1. Making sure that logged-in users doing the scan have “Edit post” capabilities in their WordPress role
2. A compatibility issue with Bedrock
3. Something specific to your install / sever / configuration.

If you have not already done so, could you try updating to the latest version of our plugins ?

<span style=”font-size: 0.875rem;”>Other than suggesting to test things out on a brand new basic install, I am truly at a loss to explain why this does not work.</span>

I wish I had a better answer for you, but for now it’s the best one I have unfortunately.

Best regards,

Geoff B.

[Geoff B.]

Good afternoon Robb,

This is super awesome! I am glad you found the solution.
Thank you for sharing!

You are welcome back in our support forums any time 🙂

For now, I am going to close this thread.

Have a great week!

Geoff B.

[Author]

Posts