[Geoff]

Hi Pat,

Thanks so much for bearing with me here! I really appreciate you switching themes–I think it’s safe to say it’s not a conflict there.

If Map and Photo views are both not working for you (and others have reported the same for Week View), then it’s possible that flushing the site’s permalinks could help out. If you go to Settings > Permalinks and do nothing but click the save button, do those views come back for you?

Thanks!
Geoff

[Geoff]

Hello inspyrmedia!

That’s a great question. I was able to dig up this thread that covers exactly that–showing a price range if multiple tickets exist. It will take a couple of template overrides as well, but this should give you those steps and get you started.

Will that work for you? Please let me know. 🙂

Cheers!
Geoff

[Geoff]

Hey mauitime! Nice to see you and hope all is well. 🙂

That is certainly odd. It does appear that there is built-in caching for those post queries on the back end–so, it is possible that there is some kind of caching happening there that has simply not updated yet and needs more time.

You could also double check to see if these events exist in the database. For example, you could run this MySQL query to calculate how many total events there are. If this number is less than the number next to All on your screen there, then it’s likely caching. If the number is the same, then those trashed events do in fact exist.

[php]
SELECT post_status,
Count(*) AS num_posts
FROM wp_posts
WHERE post_type = ‘tribe_events’
[/php]

Here’s another possible query to try that will check which posts are actually marked as being trashed. If this returns no results, great! If it returns 1,900, then there is definitely something weird going on.

[php]
SELECT SQL_CALC_FOUND_ROWS distinct wp_posts.*
FROM wp_posts
WHERE wp_posts.post_type = ‘tribe_events’
AND wp_posts.post_status = ‘trash’
LIMIT 0, 999
[/php]

Let’s start there and see what we find.

Cheers!
Geoff

[Geoff]

Hey lmn,

This is a great question–I’m so glad you brought it up because it’s important to be safe when moving sites!

First off, I would definitely recommend backing up all your files and your database before moving anything. This will ensure you have something to fall back on in the event anything goes south.

That said, you have a couple of options to migrate events from one site to the other:

• A straight database migration. If you plan to move your existing database to the new site, then you should be good to go, so long as everything has been converted to the new site URL.
• Exporting XML. This is likely the easiest thing to do. Head to Tools > Export from the WordPress dashboard and select your Events, Venues, Organizers and any other event-related content. This will produce an XML file that WordPress will then be able to import using Tools > Import.

Let me know if you have any other questions here about best practices when migrating events and I’d be happy to help as best I can. 🙂

Cheers!
Geoff

[Geoff]

Hi folks, thanks for getting in touch!

The latest version of the plugin (3.10) does indeed contain a number of new strings that did not existing in past versions. That said, we fully rely on submissions from the community to keep our translations as updated as possible. You can how complete each language is here.

In the meantime, here’s the process for updating and submitting language files for the plugin–we do offer free licenses for submissions that get included in upcoming releases. 🙂

Thanks again for reaching out and I hope this help!

Geoff

[Geoff]

Hello paulblacker, welcome back to the forums!

Good question. You can certainly change the height of the ticket form using CSS. I’d probably add a minimum height to ensure it is at least a specific height, like this:

#tribe-events iframe {
min-height: 400px; /* adjust to suit your needs */
}

If your theme has any responsive breakpoints, you can add the same snippet in those blocks to adjust the height by browser width.

You also asked about removing the Event Tags. I think the best way to do that is to do a template override. We have a Themer’s Guide to help with this, but it will basically boil down to:

• Make a copy of the details.php template. It’s located at /plugins/the-events-calendar/views/modules/detaiuls.php
• Make a new folder in your theme directory called tribe-events
• Make a new folder in that one called modules
• Drop the copied template in that last folder

Now that the template is in your theme you can modify it to suit your needs. In this case, remove the following:

[php]
<?php echo tribe_meta_event_tags( sprintf( __( ‘%s Tags:’, ‘tribe-events-calendar’ ), tribe_get_event_label_singular() ), ‘, ‘, false ) ?>
[/php]

Let me know if this helps. 🙂

Cheers!
Geoff

[Geoff]

Hello Steven, welcome to the forums!

That’s a great question. In fact, here’s a thread that outlines how to display a price range for an event’s tickets.

Will that help you get started and work for you? Please let me know. 🙂

Cheers!
Geoff

[Geoff]

Hi Simon, and welcome to the forums! I hope you’ve been enjoying the PRO plugin so far. 🙂

Good question. The article you mention there is great, but it will only change names on specific calendar views. Try using this article instead to rename “Events” to something else throughout the entire plugin (front and back end).

The other article will still be good for renaming specific views, but this article will help change the term Events globally.

You can also update the calendar slug to anything you’d like under Events > Settings and match the slug to your new term from there. 🙂

Does this help? Please let me know.

Cheers!
Geoff

[Geoff]

Thanks for the clarification here, Michael! That helps a lot. 🙂

Right now, the Eventbrite Tickets plugin relies on the Eventbrite API to either share or not share an event (and its tickets) based on the privacy options set in Eventbrite. It doesn’t appear to respect those settings.

I’ve gone ahead and ticketed this to see if there’s something we can do on our end to make those settings stick any better. I don’t have a timeframe for when that could happen, but you can also do one of a couple of things in the meantime:

1) Remove the iFrame for password-protected events using CSS. For example, adding this to your theme’s style.css file should hide the iFrame for the specific event you linked me to:

#post-207 .eventbrite-ticket-embed {
display: none;
}

You can do the same for other events by targeting the Post ID for them.

2) Password protect the post in WordPress. You can add a password wall to any post (or hide the event) by changing the Visibility settings in the post editor (screenshot).

I hope this helps! We’ll do our best to follow up with you here when we have news to share on anything we can do on our end.

Cheers!
Geoff

[Geoff]

Hi Pat,

Thanks for working with me on this!

I just visited the link and it appears the site is still running a Genesis theme. Is it possible to activate a default WordPress theme (like Twenty Fifteen) so we can see things from there? It would be interesting to see if there is a conflict specifically with Genesis.

Thanks!
Geoff

[Geoff]

Hi Ivan,

Do you see R as a currency option in your WooCommerce settings (WooCommerce > Settings > Currency Options)?

I didn’t see that as an option in my copy of WooCommerce. If that’s the same for you, then you can use the snippet in this example in your theme’s functions.php file to add it in there to help display the currency correctly in the ticket form.

The other instances where $ shows up is definitely odd because it should show no currency at, as long as the WooCommerce currency is set–in other words, theWooCommerce currency should override The Events Calendar currency, which it doesn’t seem to do in your case.

I see that you tried switching to a default WordPress theme (like Twenty Fifteen) and deactivating all other plugins–did you notice a difference in those conditions? How about if you activate a default WordPress theme <i>and</i> deactivate all other plugins together? Please keep in mind that you would need to test with new events when doing this in order to see if the issue is still there.

Please give that a shot and let me know what you find. If you still see the issue in that default state, it would awesome if you could leave the site like that and send me a link to a new test event to see it in action.

Cheers!
Geoff

[Geoff]

For sure! That is a good call. You can save a copy of the old versions to your desktop and upload the new ones so you have a backup just in case. 🙂

Geoff

[Geoff]

Hi Helen,

Thanks for getting in touch! I see my good friend Josh has been helping you on the other thread you opened.

There is a 3.10 version of Filter Bar and, yes, both all Modern Tribe plugins should be in sync at version 3.10 for everything to work together. You can grab the latest version here on the site by signing in and heading to My Account > Downloads, then updating from there.

I’m going to go ahead and close this thread since it is duplicate of an existing thread that’s already in motion, but please feel free to start another thread if any different questions pop up that we can help with. 🙂

Cheers!
Geoff

[Geoff]

Hey there, Steve!

Good question–try adding this to your theme’s style.css file to remove the date next to the event in the widget:

.tribe-mini-calendar-event .list-date {
display: none;
}

Does that work for you? Please let me know. 🙂

Cheers!
Geoff

[Geoff]

Howdy folks! Thanks to you all for getting in touch here and sorry for any trouble here with maps.

First off, I’m going to primarily be addressing Pat’s question here. DAVIS, you’re certainly welcome to follow along and try any of the recommended suggestions, but it would be great if you could open a new thread so we can keep the communication streamlined. Sometimes issues that appear to be similar end up being due to different causes.

Pat, nice job finding that error notice. That’s definitely strange. I wonder if the plugin didn’t completely install for you during the update. Are you able to manually upload 3.10 for The Events Calendar, PRO and Community Events and try again? I just want to make sure we start on a fresh note as far as all files being in place.

Once you’ve done that, it would be great if you could try following these troubleshooting steps as a next course of action. We did test the latest update very thoroughly–including on a Genesis theme–but it’s always possible that there is something unique to your theme or one of the plugins that is installed and these steps will help us pinpoint that.

Let’s start there and see what we find. 🙂

Cheers!
Geoff

P.S. Patti, thanks so much for offering your help here as well–it’s greatly appreciated!

[Author]

Posts