[Josh]

Hey Patrick,

Ah! Gotcha. I think I know the root of the issue here.

When events imported via the iCal Importer are deleted, they get stored as a “deleted_event”. The idea here was that if it was imported and then deleted then the intention was for it not to be imported so it doesn’t show back up in the list of available events to be imported.

To address this though, you can use the Bulk Delete plugin to delete all events of the “deleted_event” post type and try re-importing again.

For your first question there, are you asking if events that were previously imported into your website are then deleted from Google Calendar, will those events then be deleted from your website? If so, then no, events won’t be deleted from your website if they were removed from the Google Calendar.

Let me know if this helps.

Thanks!

[Josh]

Hey Bryan,

Thanks for reaching out to us!

To set expectations here, we are limited in the support we’re able to provide for customizations such as this. A great place to request this type of feature would be on our UserVoice page.

However, to help get you pointed in the right direction here, you could accomplish this by following our Themer’s Guide to copy the “tickets.php” files for RSVP and WooCommerce (or ecommerce plugin you choose) and add them to your theme. From there, you could replace the quantity fields in those templates with a checkbox field.

Let me know if this helps.

Thanks!

[Josh]

Hey Holly,

Thanks for reaching out to us!

I apologize for the confusion here. You can request a refund for your purchase here https://theeventscalendar.com/knowledgebase/refund-policy/.

Let me know if this helps.

Thanks!

[Josh]

This reply is private.

[Josh]

Hey David,

I’m glad you were able to find a solution here!

I’ll go ahead and close this thread for now. If you have any further questions, please don’t hesitate to open a new one.

Thanks!

[Josh]

Hey Dan,

Wanted to follow up here.

Our team was working on this issue for an upcoming release but was unable to replicate this issue now with the latest versions of the plugin. Can you verify if the issue has been fixed for you when using the latest versions?

Thanks!

[Josh]

Hey Jerry,

Thanks for following up here!

Would you mind sharing the approach you’re using to pre-setting the value to 1?

I’ve been testing on my local install with the latest versions of the plugin and if I do a template override to set the value to “1” then on initial event load the meta fields are showing automatically for that ticket on page load. If I then add more, the number of attendee additional information boxes displays as expected still.

Thanks!

[Josh]

Hey Michael,

Thanks for following up here.

I took a look at your site and it does appear to be behaving differently that intended. A couple of steps to take here:

1. Ensure that all your Events Calendar plugins are updated to the latest version
2. Try following our Testing for Conflicts procedures and ensure that there aren’t any conflicts (or additional filters on content or template overrides) with other plugins or your existing theme.

Let me know if either of these allow the sites to work with the intended behavior. We can then work from there.

Thanks!

[Josh]

Hey Mario,

Thanks for reaching out to us.

It looks like the source for the links is actually pulling the attachment id rather than the URL. If that is happening to all featured image calls on your site (sounds like it may if it is also impacting your slider) then there could be some code elsewhere filtering the output there. Does the issue persist here if you switch to a default theme and deactivate all other plugins on the site?

Let me know if that changes anything here.

Thanks!

[Josh]

Hey Alex,

Thanks for reaching out to us!

There are a couple of ways that you could go about accomplishing this.

The first would be to utilize the hooks in the calendar views to output your ad code. For this you could use the “tribe_events_after_the_content” hook for the list view and the “tribe_events_single_event_after_the_meta” for the single view.

Secondly, you could follow our Themer’s Guide to copy the single-event.php file and list > single-event.php files into your theme and include the ad code wherever you would like into those templates.

Let me know if this helps.

Thanks!

[Josh]

Hey Gene,

Ah, that makes sense! I reached out to our team to see if anyone else could recreate the issue and we weren’t able to. This change is intended for very specific circumstances which wouldn’t apply to the Twenty Fourteen which is why this particular issue was happening here.

I’m glad you were able to find the root of the issue here.  I’ll go ahead and close this thread for now. If you have any further questions, please don’t hesitate to open a new one.

Thanks!

[Josh]

Hey Gary,

Thanks for reaching out to us!

I’m sorry to hear about the issues with the latest update here. To help get a better idea on what the issue is here, would you mind temporarily setting WP_DEBUG and WP_DEBUG_DISPLAY to “true” within your wp-config.php file?

This will give us more information on the error and help get you pointed in the right direction for a fix here.

Thanks!

[Josh]

Hey Shawn,

Thanks for reaching out to us!

In your initial excerpt length function, try using if( !tribe_is_event_query() ) instead of if( is_category() ) and see if that works for you here. That will allow for any non-event based excerpt to display at 55 and the events to display at 20.

Let me know if this helps.

Thanks!

[Josh]

Hey Mark,

Thanks for reaching out to us!

To clarify on this one, it sounds like you have a section on the homepage built using Visual Composer to display a grid of events. There is some sort of conditional applied to this section to modify who can see the contents of this component? With that set, “customers” are unable to see the contents of that grid?

Thanks!

[Josh]

Hey Paul,

Thanks for reaching out to us!

I’m glad you were able to find a solution here that works for the search on multisite. The additional fields however, aren’t stored as a content type but are stored as key values with keys such as “_ecp_custom_2”

I’m not sure how the WPMU plugin indexes, but does it index the posts including the postmeta information? If so, you could extend the search to include the postmeta checks there.

If not, depending on the type of information you need to collect, you could try creating new taxonomies for this additional information if that is able to be automatically managed by the WPMU solution you’re currently using.

Would that be something that would work there?

Thanks!

[Author]

Posts