[Josh]

Hey Stephen,

Thanks for reaching out to us!

Not sure I’m following the exact issue but it sounds like the issue is with the responsive nature of the plugin? The first step would be to follow our Testing for Conflicts procedures. If this seemed to happen out of nowhere, start with the latest plugins that have been added to the site.

Let me know if this helps.

Thanks!

[Josh]

Hey Nathaniel,

Thanks for reaching out to us!

It sounds like you had a sidebar set up on your event pages and then after updating to the latest version of the plugin it went back to a full-width layout? I apologize for the inconvenience of this issue but hopefully we can help to sort this out.

Were there any customizations made when setting up the plugin? Is it possible that updates were made directly to the templates within the “views” folder rather than those templates being moved to the theme and modified?

Typically, the event views will be full-width by default unless the setting within the Event Settings > Display tab has the “Default template” changed to be a page template with the sidebar.

Let me know if this helps.

Thanks1

[Josh]

Hey Jose,

Thanks for following up and happy to help!

You can request this functionality on our UserVoice page. I’ll go ahead and close this thread. If you have any further questions, please don’t hesitate to open a new one.

Thanks!

[Josh]

Hey Corina,

As an initial step, take a look at the “Date Format Settings” on the Event Settings > Display tab within your WordPress dashboard. Ensure that the date formats there are correct as well as the “Date separator”.

Let me know if this helps.

Thanks!

[Josh]

Hey Emmanuel,

Thanks for following up!

We do have the “fr_FR” translation and like you said it is working on your site except for that one section. The issue is most likely due to the file not having a translation for that particular string. You can check this and update that string following this tutorial https://theeventscalendar.com/knowledgebase/adding-or-updating-a-translation/.

Then if you like, you can share that update here and it will be available for all other users taking advantage of the French translation of the plugin.

Thanks!

[Josh]

Hey Timothy,

Thanks for following up!

When transferring, were you coming from a single install of WordPress to the multisite install or was the original environment also a multisite network?

Also, is there a main site for this particular network that I could take a quick glance at?

Thanks1

[Josh]

Hey Marie,

Thanks for reaching out!

A couple of quick thoughts that may help in sorting this out:

1. When putting the file back in your /lang folder, did you have it overwrite the existing file?
2. After updating, did you try clearing your browser’s cache to ensure the content of the old files aren’t still being output.

Finally, updating this text by changing the translation file isn’t necessarily the best way to go about changing the text. The issue is that when you update the plugin, your modified file will get overwritten and you’ll lose the customization.

For alternative suggestions on how to customize this button, you can reach out for support from the community on our forums at WordPress.org.

Thanks!

[Josh]

Hey,

This is definitely a great question. The issue here is the use of different parts of the Google Maps API. When looking at the image on your single event, you’ll see that it is an embedded map using the Google Maps Embed API https://developers.google.com/maps/documentation/embed/guide.

However, when using the Map view, it is required to have the longitude and latitude for the venue which is generated using the Geocoding API https://developers.google.com/maps/documentation/geocoding/. This should be added when the venue is created, however sometimes this doesn’t occur due to limits being hit.

In regards to the limits, you can see that the Google Maps Embed API (used for the maps that are working on your site) don’t have a stated usage limit while the Geocoding API has a limit of 2,500 requests every 24 hours.

I apologize for the inconvenience of this issue, however hopefully this gives you more information about the issue and gives you a context to use when reaching out to your hosting provider.

Let me know if this helps.

Thanks!

[Josh]

Hey Mike,

Thanks for following up! I see your site is live again.

There is a class that is added that will be recognized as structured data, however main search engine display shouldn’t be picking this up. As an alternative, you can remove that class by adding the following to your theme’s functions.php file

https://gist.github.com/BeardedGinger/47b43c2be2ef86567465

You may need to wait for Google to re-crawl the site or you can manually check via Webmaster Tools to verify the markup is no longer being picked up.

Let me know if this helps.

Thanks!

[Josh]

Hey Ross,

I’m glad you were able to find a temporary workaround for the issue. I’ve added this thread to our internal ticket for tracking this issue and you’ll be notified here as we make progress on this one.

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 consupport,

Thanks for reaching out to us! I’m terribly sorry about the long delay on your request here. We had an issue on our side that caused a few threads to get lost in the mix.

I took a look at your site and it appears that the pages are now using a full-width layout. Depending on the way your theme handles the display and positioning of sidebars, you can try switching the template from your theme that is used when displaying screens from our plugin.

You can change this by going to the Event Settings > Display tab and switching the template in this option here https://cloudup.com/cpyuIWpvLLq.

Again, I apologize for the long delay in getting a response to you. Let me know if this helps.

Thanks!

[Josh]

Hey wearegiants,

Thanks for reaching out to us! I apologize for the extreme delay in responding to your thread. There was an issue on our side that caused a few tickets to get lost in the mix.

I don’t believe there is a straightforward way to accomplish this on the “add to cart” side of the process. You could modify the ticket form that displays on the single event view to not show the entire form unless a password has been set. However, it would be difficult to limit only certain tickets from displaying based on a password requirement without more extensive customization.

A good alternative may be to take advantage of coupons for the tickets. You could create the same outcome for users that have the “password” (coupon) allowing them to pay the lower price without having to do further customizations to the tickets section.

Let me know if this helps.

Thanks!

[Josh]

Hey Emmanuel,

Thanks for reaching out to us!

Our translations are submitted by the community. If you notice any untranslated strings, we do have a tutorial that will show you how to update the translations and submit the updates for the benefit of everyone using the plugin.

https://theeventscalendar.com/knowledgebase/adding-or-updating-a-translation/

Let me know if this helps and if you’re interested in updating the translation.

Thanks!

[Josh]

Hey Mason,

I apologize for the delayed response. There could potentially be an issue with the hosting environment, although in this case it would seem to be that it would be rare and possibly limited to the PHP version. Do you happen to have another hosting environment or local testing area that you could test the code on?

Thanks!

[Josh]

Hey,

Awesome! Glad that worked for you!

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

Thanks!

[Author]

Posts