[Barry]

We don’t have any tools to help with that particular task, I’m afraid, so you’d need to research any existing plugins or WordPress’s own import/export tools and figure out if they can do the job for you.

Good luck!

[Barry]

We’re aware of some integration issues with WPML and hope to improve things at some future point – right now though I’m afraid we can’t offer any explicit help or support for translations other than those made through WordPress itself.

In these situations, it would be best to approach the author of WPML for assistance to see if they can offer any workarounds.

Sorry we can’t do more on this occasion.

[Barry]

Hi fervent,

If you want to make change all recurring events in a series you need to make sure you edit the first one. For example, if your event recurs on the following dates you would need to edit the December 1st instance and then select Update All … does that clarify things?

* December 1st
* December 8th
* December 15th
* December 22nd

[Barry]

Hi nathanbaldwin:

Is this a bug? Or is there a reason this filter is called twice?

I can’t think of any reason and suspect it is an oversight – I’ll log this as being in need of attention. In the interim, you could either remove your filter from within the callback (so the wrapper is applied once only) or else set up a static variable within your callback and detect if the change has already been made, or some similar approach.

Does that help (at least until we get a substantive fix out there)?

[Barry]

I’ll go ahead and close this thread (as we have a solution in the works that ought to arrive in the near future). Of course if you have any further questions on this or something else please don’t hesitate to create new threads as needed.

Thanks!

[Barry]

Hi cmeigs,

Unfortunately this forum is not currently a great location in which to share code: please use a service like Pastebin or Gist, otherwise it’s quite likely that your code will be stripped from any posts/replies that you make (we do hope to improve things in the future, though).

Unfortunately, I’m afraid we can’t offer too much support for customizations like this (beyond offering general pointers, which this overview basically accomplishes). What I would say though is that if I basically set up the first two pieces of code from that tutorial then, assuming I do indeed type something into the new field and submit it, the second callback does run and the relevant field is visible within the $_REQUEST superglobal. I’m not sure why are you are not experiencing the same thing.

For your second question, you can see in the second snippet that the query variables are being modified accordingly – and that is the basic approach you would need to follow.

As this is very much a custom development question though I am going to have to leave it to you to dig in and figure out the rest. Do also bear in mind that we are developing a filters plugin that may well include this sort of capability.

Thanks – and good luck!

[Barry]

Hi Ryan,

Apologies for the inconvenience: there definitely is a problem here and we aim to fix it in the upcoming maintenance release. In the meantime, you can workaround this by:

• Locating the-events-calendar/lib/tribe-template-factory.class.php
• Replace the code in that file completely, substituting this code instead

That should get things operational again (and when the next update arrives it will incorporate pretty much the same fix, so you need not worry about it being lost upon updating).

Again please accept our sincere apologies for the disruption.

[Barry]

… This slightly modified version of your code could be helpful for troubleshooting purposes: http://pastebin.com/b2iEU4Jx

[Barry]

Hi Aurelio,

I’m not sure what’s going on there, but a couple of points come to mind.

• Ideally you should return from your filter function, rather than echoing – simplified example
• I can only guess that sharing_display() is returning an empty string (or, for some reason, hasn’t been defined) on those views where it isn’t working, as the filter function itself certainly ought to be running … I’m afraid you would need to dig into Jetpack’s code or reach out to the authors again to work out which of those might be happening and why

[Barry]

Happy Thanksgiving to you, too 🙂

I’ll certainly ensure this idea is logged for consideration.

[Barry]

A plugin like Duplicator or something similar would make it pretty easy to accomplish setting up a duplicate installation. That said, it’s not strictly necessary to get all of the existing data across to the test installation, at least initially.

For troubleshooting purposes – if you don’t or can’t use a tool like I just mentioned – your new installation need only contain copies of The Events Calendar and Events Calendar PRO. Create some test data and see if the problem pops up under those circumstances – then start adding all the different components that exist on your live site and see if the problem shows itself again. If it does not, then we could look at pulling across the actual data (or making an exact duplicate that includes the same data, etc).

Does that make more sense?

[Barry]

Excellent!

[Barry]

Hi Peter: the download contains a copy of Events Calendar PRO – can you make a copy of the theme available instead?

[Barry]

Sure, but before you do so why not run through our standard troubleshooting steps again, making sure you are signed in when testing afterwards? Just to summarize:

* Deactivate all other plugins
* Switch to a default, unmodified theme (such as Twenty Twelve)
* Test to see if this still happens

I do appreciate you annotated that you had already tried these steps when you created this thread, but I just want to make sure they were tried.

[Barry]

In Firefox, Opera and Chrome this all works perfectly for me; I did also ask a colleague to check those URLs out with some browsers on their machine (also a different operating system as it happened) and again there was no issue.

I’m very sorry, but it’s hard for us to assist when we can’t see the problem.

[Author]

Posts