[Jonah]

Aha, I think I just figured it out! It had something to do with WP Super Cache. It’s off now and the dates are displaying correctly. I’ll do some further troubleshooting on my end but I think we’re good to go here.

Thanks for all your help!

– Jonah

[Jonah]

This reply is private.

[Jonah]

Hey Brook,

Something very strange is going on either on the server or in Safari. I added the date_i18n() function as an HTML comment which you should be able to see here: http://www.yogacoop.com/schedule/ – look in the source right after the calendar table. It shows the 22nd. If I explicitly go to the month view: http://www.yogacoop.com/schedule/month/ – it shows the 23rd. No idea what this means, are you seeing this too? I wonder if it has anything to do with the PHP version or the new Safari cacheing things more aggressively somehow…??? Any ideas?

– Jonah

[Jonah]

Hey Brook,

I’m glad to hear all those years of hard work are still being put to use 🙂

I think the server time is set to America/Denver: http://sharebucketapp.com/GFmNTk1MWQyZGQ0NjYyN – It’s strange though that that could cause the time to be off by a whole day…

I am running the exact same plugins locally as on the remote.

Any other ideas or things I could check on my end?

Thanks!
– Jonah

[Jonah]

Hi Suzanne,

So are things fixes with that option unchecked? Also, are you running the latest versions of everything? We’ve released some updates in the past couple weeks and this may solve some of what you’re experiencing.

– Jonah

[Jonah]

Hi Mamdouh,

Do you have some specific examples you can point us to so I can see where and why the CSS is not being applied?

Thanks,
Jonah

[Jonah]

Hi Schalk,

So in that case you just need to use tribe_get_custom_field() instead: http://docs.tri.be/Events-Calendar-PRO/function-tribe_get_custom_field.html – then you can control the output entirely for each individual field.

I hope that helps,
– Jonah

[Jonah]

Hi Catherine,

Using ACF you would just ignore the date fields for our plugin. Unfortunately there’s no easy way to remove these…

– Jonah

[Jonah]

Excellent Gordon, let us know if there’s anything else you need help with!

[Jonah]

Hi Mamdouh,

Had you added the CSS to your themes style.css file or somewhere else?

– Jonah

[Jonah]

Great Miguel! Let us know if there’s anything else you need help with.

– Jonah

[Jonah]

Hi Kimaya,

Yes, sorry this was not fixed in 3.0.4 but will be fixed in the next release coming out soon.

Thanks for your patience.

– Jonah

[Jonah]

Hi marisawriter,

Unfortunately personal account event imports are not supported. The API for this has been fluctuating, so they may have imported at some point or with a previous release, but with this release they do not. But ultimately, we do not support importing events from personal Facebook account. Sorry for any confusion/inconvenience.

– Jonah

[Jonah]

Hi marisawinter,

I’m pretty sure this is related to the bug found in this thread: https://tri.be/support/forums/topic/events-importing-multiple-times/ – we’ll get this fixed ASAP. As for changing the way already imported events display, this is a good idea and I will pose it as a possible feature request for the future.

Thanks,
Jonah

[Jonah]

Hi all,

Ok I’ve been able to verify this as a bug and have created a ticket for our developers to take a look at. My suggestion for now would be to set imported events to Draft or Pending Review so the duplicates don’t go live. Sorry for any inconvenience. We’ll get this fixed as soon as we can!

– Jonah

[Author]

Posts