[Geoff B.]

Good evening Brian and welcome back!

Thank you for reaching out to us.

We are sorry to hear about the extra unwanted emails being sent out when purchasing tickets.
I would love to help you with this topic.

As a first troubleshooting step, could you please provide us with your system information in a private reply ? (following the instructions found in the link)

Secondly, could you tell me if you have template customizations in place (if there is a /tribe-events/ folder in your WordPress theme’s folder)

Finally, can you confirm if you followed the following when updating to ETP ? https://theeventscalendar.com/knowledgebase/moving-to-event-tickets-plus/

Best regards,

Geoff B.

[Geoff B.]

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

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

Just to set expectations, as you might know, the scope of our support is mostly to get our wonderful customers started on the right track to customize their site and to help them in case of issues. We unfortunately do not provide complete support for customization.

Simply put, you will need to use a filter on the returned results to get the full name to display.

I would recommend reading the following to get some sense of how this is done: https://wp-types.com/forums/topic/convert-state-abbreviations-to-full-state-name-in-a-shortcode-from-url-parameter/

Let me know how that goes.

Best regards,
Geoff B.

[Geoff B.]

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

Thank you for reaching out to us.

We are sorry to hear about the filter bar not working how you would expect it too. I see what you mean.
I would love to help you with this topic.

If you don’t mind, the fastest way to go about this would be for you to share some screenshots links (in a private reply) of:

1. The way you added the categories on an event that contains many of them (e.g.: 5k and 10k)
2. The detail of the filter you are using in the filter bar

Best regards,

Geoff B.

[Geoff B.]

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

Thank you for reaching out to us.

We are sorry to hear about the undesired timezone shift.
I would love to help you with this topic.

I went ahead and did the following:

1. Set my WordPress timezone to Boise
2. Set my the Events Calendar timezone setting to Use local timezone for each event
3. Created the event with the exact same details as provided in the screenshot

Unfortunately, I was not able to reproduce the issue as the tooltip showed the correct time.

There could be a couple of reasons for this:

1. A WordPress theme or plugin conflict
2. A server related timezone issue

1. Could you also please go through our testing for conflicts procedure (preferably in a staging/dev environment or local install of your WordPress website) and let us know what you find out.

Basically the goal here is to revert back to a bare WordPress installation to see if the problem persists. It also allows us to pinpoint what the cause of the issue is.

2. Could you try temporarily reverting to a UTC based value instead of Boise to see if that changes the result ?

Let me know how that goes.

Best regards,
Geoff B.

[Geoff B.]

Good evening Friedrich and welcome back!

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

It will probably be a simple matter of tweaking a CSS rule or two.

Could you give the URL of such an event so that I can provide you with the rules to tweak ?

Best regards,

Geoff B.

[Geoff B.]

Good evening Lee,

I totally understand where you are coming from. This must be beyond frustrating.

I really wish the circumstances were different and that you did not have to be so unlucky in the process (small glitches adding up to the current situation).

I can assure you that 99.9% of the time this is a very smooth process provided the CSV files follow the strict rules that govern them.

What doesn’t help here is how the plugin is preventing duplicates when it comes to import. In short the process is the following:

1. There is a partial import attempt that does not reach completion because of delimiters issues (file format) or encoding.
2. The following attempt doesn’t go through because there is already a “matching event” (even though it’s partial)

But enough about the causes of the issue, regardless of what you end up deciding, I would still like to keep my focus on helping to provide a solution as long as I am able to.

With that in mind, I too opened one of the csv files in a text editor and I am noticing a couple of things:

• First of all the encoding is not UTF-8, but Western (Mac OS Roman) which is not optimal. I’m unsure how the CSV files are generated to begin with, but you should be able to adjust the encoding prior to saving or you could convert it.
• The extra non UTF-8 character is a “cross” (Marquee Dayclub†) which, because it’s a non-standard character will not play well with any CSV import solution. I just did a quick find-replace of that character by a space and imported the Marquee10.csv file flawlessly.

So now that you have the format of the file perfectly figured out, the last piece of the puzzle will be to clean the database of the previous failed import traces. I don’t know if you are comfortable with removing them manually from the SQL database (after a backup of course), but that would certainly be the simplest approach.

Let me know and hang in there!

Geoff B.

 

 

[Geoff B.]

Good evening Milan,

Thank you for providing all the information requested.

I have a couple of observations for you (based on a lot of testing with WPML that I have done recently). Could you:

• Switch to the Different languages in directories option instead of the Language as a parameter option and then proceed to re-save (update your permalinks)
• Deactivate the Event Rocket plugin (which is no longer supported / compatible since version 4.0 of our plugins)

You also might need run the WPML debug tool to reconnect the languages properly (sometimes a post can get corrupted when it comes to language attribution). Go over to WPML ->  Support and look for the debug link.

Let me know how that goes.

Best regards,
Geoff B.

 

[Geoff B.]

One final note, if you follow the WPML support staff’s suggestion and switch to the Different languages in directories option instead of the Language as a parameter option and then proceed to re-save (update your permalinks), it should solve the bug.

[Geoff B.]

Hello Christine,

Yes you are absolutely right, the bug is not confirmed yet.

As promised, you will be contacted as soon as it is. According to what I can see the bugfix should be part of the next Maintenance release.

Thank you for your patience.

Best regards,

Geoff B.

[Geoff B.]

Good evening Greg,

Thank you for sharing the information.
However, I am not able to access your staging server even after changing my host files for some reason.

As it turns out, I am part of the WPML compatibility team, so I would be very interested to know about any issues you might be experiencing with it.

As for WPML vs the Events Calendar compatibility, what I can tell you is that currently the Events Calendar is compatible with WPML for the following plugins:

• The Events Calendar free plugin
• The Events Calendar Pro add-on (except for recurring events which we are in the process of fixing)

We will be gradually providing compatibility for other plugins on our mid-term and long-term roadmaps (including Event Tickets and Event Tickets Plus).

With that in mind, I ran some tests and found the following:

1. You will probably find out that the month name translation are not completely done if you go to the String Translations menu in WPML. For example, you can do a search for April with the all strings and all domains options selected. Adding the missing translation should do the trick.
2. There is indeed a bug (apparently introduced in the last version of  WPML) that prevents from returning tho the original language on a single event post.

As such, I have opened a bug ticket to investigate this further. Unfortunately, I cannot commit to a release date at this point. But stay tuned, you will be informed as soon as a bugfix is released.

Let me know how that goes.

Best regards,
Geoff B.

 

[Geoff B.]

Hey Robert,

My pleasure.

You are welcome back on our support forums any time 🙂

For now, I am going to close this thread.

Have a great week!

Geoff B.

[Geoff B.]

Good evening Sotiris,

Thank you for providing more details.

To my earlier point, you can totally force all images to a standard size in both the list view AND the map view.
But, there are a couple of things to be aware of:

• Your WordPress theme is responsive, so a fixed pixel image size might not look great on all platforms
• There is a wide variety of image ratios on your site. Forcing a certain size will likely cut some of these images off

With that in mind, you could try the following CSS rule:

.tribe-events-list .tribe-events-event-image {
width: 37%;
max-height: 178px;
overflow: hidden;
}

.tribe-events-list .tribe-events-event-image+div.tribe-events-content {
width: 60%;
}

Let me know how that goes.

Best regards,
Geoff B.

[Geoff B.]

Bonsoir Philippe,

Merci pour votre réponse. Je comprends tout à fait ce que vous me dites.

Hélas, à ce stade, l’option de tri chronologique ne fait pas partie des options disponibles dans nos shortcodes.

Cela dit:

1. Je vous invite à en faire la suggestion ici: https://tribe.uservoice.com/forums/195723-feature-ideas
2. Je vais m’assurer de faire part de cette demande lors de notre prochaine réunion d’équipe, car je vois très bien l’utilité de la chose.
3. À court terme, vous pourriez demander à un de nos “customizers” recommandés de programmer ces personnalisations pour vous: https://theeventscalendar.com/knowledgebase/find-a-customizer/

J’aurais mieux aimé avoir une réponse différente à vous offrir, malheureusement pour le moment, c’est la meilleure que j’aie à ma disposition.

Salutations,

Geoff B.

[Geoff B.]

Good evening Joanna,

Thank you for going through all the steps to try to establish what is going on.

Please keep me posted on the results of your local tests and on what happens. You will probably notice the event details being displayed in the correct spot while switching back to a default WordPress theme.

On the subject of getting rid of the Avada template customization for single events, I would:

1. Also take a look at the functions.php of your Avada Child theme
2. Ask the theme authors how they would go about that

Hang in there!
Geoff B.

[Geoff B.]

Good evening Robert,

You are 100% right, the template customization is in need of an update (which explains the odd behaviour).

Just to set expectations, as you might know, the scope of our support is mostly to get our wonderful customers started on the right track to customize their site and to help them in case of issues. We unfortunately do not provide complete support for customization.

With that in mind, I would recommend reviewing the function calls in your template customization against our functions archive (as some have changed and others might be deprecated): https://theeventscalendar.com/functions/

 

Also, you could do a quick test by simply renaming the said file to something like z_tickets.php and see what happens (of course it might not undo what was already done).

While you are on this topic, I am not sure if that override is still necessary to begin with provided our latest updates.

Let me know how that goes.

Best regards,
Geoff B.

[Author]

Posts