[Josh]

Hey Everyone!

Awesome! I’m glad that the solution is working for you now!

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

Thanks!

[Josh]

Hey Kevin,

Thanks for providing that screenshot! The function there should be changed to “wp_trim_words()” and not be “wp_trim_excerpt()”

Let me know if this helps.

Thanks!

 

[Josh]

Hey,

Thanks for following up with us.

I’m trying to figure out exactly what may be going on here. I believe the link issue is due to wherever the “organiser” spelling is established, however I’m having a difficult time nailing down how that can be manipulated outside of the translation files. A couple of questions to help here:

1. what is the default language for your installation?
2. When setting up WPML, what languages did you choose for translation?
3. What other plugins do you have activated associated with WPML?
4. Can you verify that the “Organizer” post type is selected for translation within the WPML translation management options?

Thanks!

[Josh]

Hey,

Thanks for reaching out to us!

You should actually be able to handle what you’re looking for within the settings for the plugin found within your WordPress dashboard under Events > Settings > Filters tab. You configure the settings with “checkboxes” and default “open” (https://cloudup.com/c57W7m00Yyp) status for the options that you would like to display.

Let me know if this helps.

Thanks1

[Josh]

Hey Kevin,

Thanks for reaching out to us!

There currently isn’t a way to report events at the moment (although that is a great idea and we’d love to get feedback on it if you would like to add it to our UserVoice page).

However, we do have a couple of settings that can help to reduce these types of issues.

1. You can change the default status of all community submitted events to be “Draft” events that you then approve to ensure that the events are legitimate. You can find this at the top of the Community tab within our Event Settings in your dashboard (https://cloudup.com/cMyQbhTE6VV)
2. Additionally, you can setup reCAPTCHA on the form that should help to greatly reduce spam events created by bots on the site. You can find those settings with additional information at the bottom of the same settings page ( https://cloudup.com/cPlvs5bIGvQ)

Let me know if this helps.

Thanks!

[Josh]

Hey Matt,

Thanks for reaching out to us! Also, thanks for going the conflict testing procedures and adding that information here. Definitely helps!

A couple of quick questions for you here:

1. Can you verify that you’re using the latest versions of both the Pro and Community events plugins?
2. Do you notice this happening with all recurring events or does it appear to be sporadic?
3. Can you send me a screenshot of the recurrence settings that you’re using for the events you’ve listed above? This will help me in attempting to recreate the issue on my local install.

Thanks!

[Josh]

Hey Derrick,

Thanks for reaching out to us!

Using the inspector tools while on your event submission page, it looks like both the button background style and text color are being controlled by your theme. You can see the code (and associated selectors) to either create new styles in the child theme that your using or to modify the child theme CSS directly.

Let me know if this helps.

Thanks!

[Josh]

Hey Steve,

Thanks for reaching out to us!

Definitely sounds like you’re experiencing a strange issue here. The warning you notice there should only display if there is a page that already has the “/events” slug. As an initial step, I would try deleting ( or changing the slug) on that page to see if that resolves the issue.

Let me know if this helps.

Thanks!

[Josh]

Hey Ben,

Thanks for reaching out to us!

It sounds like you’re looking for Ticket meta which allows for additional information to be collected for RSVPs and ticket purchases. Unfortunately this isn’t quite yet available, however I believe it is the next big feature that will be released after we recently launched the new Event Tickets and Event Tickets Plus plugins.

If you would like, you can subscribe to our email list below and you’ll be notified as that feature becomes available for testing and release.

Thanks!

[Josh]

Hey Mike,

Thanks for reaching out to us!

The updated styling is something that we have done intentionally here, however I can definitely understand not liking the different scheme there.

You should be able to remove it by dequeueing the datepicker style. Something like:

add_action( 'admin_enqueue_scripts', 'dequeue_datepicker_style', 100 );
function dequeue_datepicker_style() {
wp_deregister_style('jquery-ui-datepicker');
}

should work to get you back to the old style.

Let me know if this helps.

Thanks!

[Josh]

Hey Ernest,

Thanks for reaching out to us!

I apologize for the issues you’ve faced with updating the plugins. I did a quick test with a relationship field by adding a new field group to display on the tribe_events post type and add relationship for posts to be attached to the event and everything worked as expected within the dashboard.

You could try testing with another post type to see if there is possibly something different with the way the post type is registered? If you would like as well, you can send me the code that you’re using to register your “artist” post type and I can test to see if there is something different there that could be triggering the error you’re seeing.

Thanks!

[Josh]

Hey Rob,

Thanks for reaching out to us!

To clarify, the mobile calendar worked fine with your current theme with the previous version of the plugin (3.12.6). However, when you updated to 4.0 the mobile calendar no longer worked as expected with your theme?

It sounds like there might be a javascript issue at play here since the date isn’t getting passed to that list section below when a date is clicked. You can see this in part as well since the heading for that section just says “Events for” rather than also including the date there.

I’m not seeing any javascript errors on the site but am able to replicate on a plain Genesis site as well. Will run this by one of our developers to see if he has any thoughts or direction that he may assist with.

Thanks!

[Josh]

Hey Aaron,

Thanks for reaching out to us!

I tested the http://www.njpsa.org/documents/events.ics link for a one-time import, removing any start date or other limitation on the import screen and got 109 events available for import (https://cloudup.com/cPUoxSOIW9N). Is this the point where it’s showing you that it is unable to retrieve content from the URL?

If so, I would first try updating to the latest versions of the core plugin as well as the iCal importer ( version 4.0). If that still doesn’t work, try following the Testing for Conflicts procedures to see if there is an issue occurring with a plugin or theme conflict.

Let me know if this helps.

Thanks!

[Josh]

Hey Michael,

No problem.

In regards to the migration bringing out the issue, there are a number of different possibilities there. There could have been an update to core or another plugin that caused the issue or there could have been a server resource (different version of PHP, different settings/configuration, etc.) beyond your control that could have triggered the issue to show up as well.

I’ll go ahead and close this thread out for now. If you have any further questions as you work through the front-end of the site, please don’t hesitate to open a new thread.

Thanks!

 

[Josh]

Hey Dan,

Thanks for following up here.

I’ve tried the code in my local install, however I’m not getting the same error that you’ve posted. Are you using any additional debugging plugins on your install?

Also, does the issue persist if you switch to a default theme and add the snippet there?

Thanks!

[Author]

Posts