[Andras]

Hi Mike,

Let me check that for you if that’s needed at all, or you just need to set up @media queries in your css. I’ll get back to you.

A.

[Andras]

Hi Jean-Philipp,

Thanks for chiming in. If you are having the same issue could you please also run a test for conflicts and confirm it is still happening?

Also please share your sysinfo with us.

This will help us get closer to the source of the issue. So far we haven’t been able to reproduce this on a clean install, that is why it would be important for you to do the conflict test.

Thanks and cheers,

Andras

[Andras]

This reply is private.

[Andras]

Hey Derek,

Thanks for hanging in there. Had some discussions on this with a colleague.

Slightly good news is, moving only one field from the additional fields is tricky, but possible.

The better news is, moving all the additional fields is quite easy.

So here is the rundown for the easy solution, which requires a template override.

Start with these 2 docs to get an understanding on how it’s done:

https://theeventscalendar.com/knowledgebase/themers-guide/

https://theeventscalendar.com/knowledgebase/template-overview/

 

You will need to create a template override for this file:

/wp-content/plugins/the-events-calendar-community-events/src/views/community/edit-event.php

Make a copy of it here and start editing:

[your-theme]/tribe-events/community/edit-event.php

Line 68 of the file is:

 <?php tribe_get_template_part( 'community/modules/custom' ); ?

Move that line to where you want the fields to appear.

 

The tricky solution also involves a template override and adding a custom.php, which could be customized to not display Field X.

And new-partial-file.php could be customized to display only Field X.

 

Developing this is beyond the scope of our support, but I hope this helps you get started.

Let me know if you have any questions and I can try to show you the way.

Cheers,
Andras

[Andras]

Hello Stu,

Thanks for your patience! I will need to ask for a bit of help from you as I’m still not able to get the error.

when you then have deleted an order that has refunded tickets from the trash bin (i.e. a dead order)…you get the following error:

Fatal error: Cannot use object of type WP_Error as array in /home/dolmaper/public_html/3btickets.com/wp-content/plugins/event-tickets-plus/src/Tribe/Commerce/WooCommerce/Orders/Table.php on line 389

Could you please write down the steps how I could recreate this? This would be most helpful.

Thanks for your coop!

Cheers,
Andras

[Andras]

Hello Gentlemen,

It looks like the bug has resurfaced. I’ll add this thread to the bugticket, which is already on top priority, so I would expect a fix coming out before Christmas.

There are some workarounds until the fix arrives, which you can try:

1. Fixing the URLs under Settings > General

2. Using this plugin https://wordpress.org/plugins/ssl-insecure-content-fixer/

3. Downgrade to 4.3.2

 

If you are going to try #1 or #2 I would be happy to hear back if it helped or not.

 

Are you guys using any SSL certificates as well? Which ones?

Adam, would you mind sharing where your site is hosted?

These details can help us with the fix.

 

Adam, to keep things clean and orderly, I would kindly like to ask you to open a separate thread for your issue where your recurring events got smashed. To get a quick start please include a detailed description, some screenshots, if you think they help explain / understand and your system information. Thank you very much!

Thanks for your patience and understanding!

Cheers,
Andras

[Andras]

Hi Miah,

Thanks for using and promoting our plugins! And thanks as well for reaching out.

With the existing recurring events implementation, if you change the rule definition, it purges all the existing posts / event recurrences and recreates them with the new rules and new IDs. At the moment unfortunately there is no way around that. The only workaround sorta is that once you set up the rules, don’t change them.

I was checking with one of the devs what could be done.

“Only suggestion might be that they restructure their custom code and use post guids to form the bonds between child event and other-related-posts for any given instance, so long as it is recreated on the same date, the guid will remain the same.

Ie, in a super simple case where all they change is the event description, then although the child events are regenerated and will have different post IDs they can rely on the GUID remaining the same. Of course, if the pattern of recurring events changes from daily for 4 days to weekly every 2nd week until some other date, or something drastic like that, then they’d have to figure out something else.”

I hope this will help you get a solution for this.

Some more positive news is that we are going to do a big overhaul to this in version 4.5, so there is some light at the end of the tunnel.

Let me know if I can be of any more help.

Cheers,
Andras

[Andras]

Hi Ricki,

Thanks for reaching out! I’m more than happy to help you with this request.

Which plugin would you like to upgrade? Events Calendar Pro or the Filterbar or both? Or more? 🙂

Let me know and I can set you up with something good. 😉

Cheers,
Andras

[Andras]

This reply is private.

[Andras]

Hello Diane,

Thanks for reaching out again. Just want to let you know that we hear you and we are trying to resolve the issue with your help in your other opened thread.

I’m going to close this one, in order to keep things clean and we continue in the one that’s already running.

Thanks for your understanding!

Cheers,
Andras

[Andras]

Hey Chelsie,

Thanks for going Pro and welcome to the forums! Sorry about this issue with the filterbar.

I checked the events page and it has a javascript error. Most probably somewhere in this code:

The error message is:

detailed error: TypeError: $(…).slider is not a function

It looks like a custom script. Try removing that script and check if the error still exists.

If the error is still there afterwards, then unfortunately there is no other way than doing the conflict testing. I understand if you don’t want to do that on the live site. In this case you could clone it to a staging / dev site and test there.

Waiting for your results.

Cheers,
Andras

[Andras]

Hello Kevin, hi Adam,

Thanks for reaching out and I’m sorry about this issue. Please give me some time to look into this and to try to get a temporary fix, if possible. I’ll be back with you shortly.

Thanks and cheers,
Andras

 

[Andras]

Hi again,

So, we worked on it again, and it throws the error b/c when you saved the file you most probably used utf-8 / unicode encoding. That was my error. If you save the file as ANSI, then it should work.

Or try downloading from here:

https://gist.github.com/andrasguseo/ec8bb9457e6b559894d5ab3c4a4c1e73

This worked for me.

Two notes:

• Click on the field to edit, then hit Enter to save.
• Only works for metadata, not for purchaser data.

Let me know.

Cheers,
Andras

[Andras]

After the update I also recommend you to run a test for conflicts based on this guide:

Testing Conflicts With Themes and Other Plugins

Let me know the results.

Cheers,
Andras

[Andras]

Hi wma333,

I checked your site and I found that your calendar plugins are not up to date plus there are some mismatching version numbers. Could you please update all the plugins to the latest version and check if the issue is still there?

A.

[Author]

Posts