[Geoff B.]

This reply is private.

[Geoff B.]

Dear Natalia,

Thank you for the screenshot, the link and the system information, however the latter is incomplete.

You see, on the screen you copy-pasted from there is a whole section below the upload_max_filesize section (plugin names and version).
I would need that information to be able to reproduce (and hopefully fix things on my end).

Regardless of that, I ran a few tests. It turns out that if I filter the import with the keyword “Austin” (as in the example you gave), I actually get 3 events for September 23rd.
To understand what is going on, I would need to have a link to the public Google calendar (not the .ics file). Is that possible ?

Best regards,

Geoff B.

 

[Geoff B.]

Good evening Pete,

Thank you for the files. I have ran some additional tests.
It turns out the theme works great and as expected.

So it means that the conflict is somewhere else.
The next step would be to 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.

But, before you do that, there are 2 things I would advise:

1. Make a backup of your database
2. Consider activating a “Maintenance Page” plugin if you are doing this on your live site (to minimize impact on your visitors)

Additionally, you might want to take a look at your W3 Total cache setting, especially any setting touching inline stuff (JS, CSS).

Let me know how that goes.

Best regards,
Geoff B.

[Geoff B.]

Dear Avinash,

Actually the snippet does work as intended.
The only issue left is the use of the word “ticket”

The “issue” is that this word is used at large as part of our Event Tickets plugin.

Changing it is possible, however, this becomes a customization at this point. You will simply need to change the word tickets to the string of your choice in tickets.php

Here’s a slightly modified version to get you started: tickets

Best regards,

Geoff B.

 

[Geoff B.]

Hey Greg,

Some news on this topic. A full fledged feature ticket has been created to have a similar feature for our custom post type, events (basically a prepost custom query with some filter suppression). It will now need to enter the full dev cycle.

The point about breadcrumbs is a good one. However, that is also true for that functionality with basic “normal” posts.

So there are 2 tickets.

• 1 for the batch duplication tool
• 1 for a similar functionality for the events custom post type

After giving this some extra thought, the reason why the batch copy currently does not work is because the manual “copy other x language content” button does not work currently. You have to use the “overwrite with X language’s content” button for the meta data to get carried over.

The good news is that with the upcoming release of 4.3, there is a good chance that the metadata will get copied over properly.
As soon as it’s released, I will run some tests to see if it does.

Best regards,

Geoff B.

 

[Geoff B.]

Good evening James,

I am glad this was helpful to you.

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.]

Hey Thomas,

Thank you for writing back.

Before you do anything, I would highly recommend backing up your theme and Database.

But you are right, removing the Events Calendar Pro folder will absolutely help. But there is a strong chance that there is some kind of call to that folder in that theme’s functions.php or one of the PHP template files. You will probably need to remove that too.

If you are not successful, could you please send me a copy of your WordPress theme in a .zip file link (via Dropbox or Google Drive) so that I can run some tests on my end ?

Please ensure you are using the latest files as found on your actual website.
This way I will get access to any updates you might have made.

Best regards,

Geoff B.

[Geoff B.]

Hello again Kieran,

I certainly look forward too helping you have a better ticket fieldset experience.
As requested before, I believe having your system information will go a long way towards achieving that goal.

Based on the fact that the white screen persist with a default WordPress theme, I am pretty sure there is a conflict with another plugin.

The next step would be to 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.

But, before you do that, there are 2 things I would advise:

1. Make a backup of your database
2. Consider activating a “Maintenance Page” plugin if you are doing this on your live site (to minimize impact on your visitors)

Hang in there!

Geoff B.

[Geoff B.]

Good evening Bryon and welcome back!

Thank you for reaching out to us.

We are sorry to hear about the “2” creeping up in the slug of some of your organizers
I would love to help you with this topic.

This part is actually a WordPress feature, it does not stem from our plugin.
A number is automatically appended to the URL when the same URL is already reserved.

This can be caused by:

1. Another organizer using the same URL unbeknownst to you. F0r example, an organizer that has a different title than it’s slug.
2. An organizer entry that was created with the same URL but that is sitting in the trash (not fully deleted).
3. An organizer entry that was not properly removed from your DB after deletion

In any case, I would recommend trying the following URL to see what happens yoursite.com/organizer/organizer-name

This should lead you to the organizer entry that has the URL without the number appended.

Let me know how that goes.

Best regards,
Geoff B.

[Geoff B.]

Good evening John and welcome back!

Thank you for reaching out to us.

We are sorry to hear about the H2 not displaying as you would expect it to on an iPad when the text wraps on another line.
I would love to help you with this topic.

Based on what I am seeing I believe your best shot would be to create iPad landscape view specific CSS rules.

For now, there are a few rules that are causing this (I just focused on the problematic aspect, not the full rules):
.post-165 .et_pb_section:nth-child(2) .et_pb_widget_area .et_pb_widget:not(.woocommerce) h2 {
margin-bottom: -12px;
}
.et_pb_sidebar_0.et_pb_widget_area a {
line-height: 3em;
}

Here’s an idea of what the iPad specific rules might look like. You might want to tweak this depending on the type of iPad you are targeting: http://stephen.io/mediaqueries/#iPad
@media only screen and (min-device-width : 768px) and (max-device-width : 1024px) and (orientation : landscape) {
.tribe-events-adv-list-widget .tribe-mini-calendar-event .list-info h2 {
margin-bottom: 6px !important;
margin-top: -10px !important;
}
.et_pb_sidebar_0.et_pb_widget_area a {
line-height: 1.2em !important;
}
}

Let me know if that helps.

Have a great day!

Geoff B.

[Geoff B.]

Good evening again Kieran,

Being able to add conditional logic for certain fields to display would be an awesome feature (a bit like what you find on some form builders such as Gravity forms).

In fact, you can suggest it or cast your vote on other features in our User Voice forum.

That being said, it is currently not a built-in feature.
Perhaps you could hire one of our recommended customizers to do the customization for you or have our plugins integrate with Gravity or Formidable forms.

I wish I had a better answer for you, but for now it’s the best one I have.

Best regards,

Geoff B.

[Geoff B.]

Hello again Kieran,

I am super sorry to hear that. Yikes!
Something is definitely up. Normally you should be able to add as many fields as your server’s power can handle (which is usually more than 1).

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

https://theeventscalendar.com/knowledgebase/sharing-sys-info/

Best regards and hang in there as we figure this out,

Geoff B.

[Geoff B.]

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

Thank you for reaching out to us.

We are sorry to hear about the map not displaying correctly on Chrome or Firefox.
I would love to help you with this topic.

There could be a couple of things at play here:

1. In the Google developer tools console I am noticing a JQuery error (jquery.js?ver=1.12.4:2 Uncaught Error: Syntax error, unrecognized expression: [href=#]). Any important Javascript related error is likely to cause the map not to display.
2. If you haven’t done so already, could you please go through the following ? https://theeventscalendar.com/knowledgebase/setting-up-your-google-maps-api-key/
3. Can you tell me if the problem persists if you temporarily switch back to a default WordPress theme such as twenty-fifteen ?

Best regards,

Geoff B.

[Geoff B.]

Hey Kieran,

Thank you for writing back.
You actually beat me to the punch. I was about to suggest a plugin upgrade 🙂

Kudos on figuring this one out!

Is there anything else I can help you with on this topic ?

Best regards,

Geoff B.

[Geoff B.]

Good morning Lea and welcome back!

Thank you for reaching out to us.

We are sorry to hear about the challenges you have been facing in the process of upgrading to Event Tickets Plus. I would love to help you with this topic.

I believe you will find most of your answers here: https://theeventscalendar.com/knowledgebase/moving-to-event-tickets-plus/

I have several events currently running with tickets being sold – will changing over to Events Tickets Plus affect these?

Before going through this, there are 2 things I would highly recommend:

1. Make a complete Database backup
2. To move to Event Tickets Plus, you might want to have a “Maintenance page” plugin active to ensure customers don’t get “caught” in the upgrade process.

But normally, your current tickets should migrate perfectly.

Let me know how that goes.

Best regards,
Geoff B.

[Author]

Posts