[Barry]

Thanks for setting that up, unfortunately that hasn’t revealed anything else.

Given we cannot replicate this and there aren’t other comparable reports coming in from other users, this still looks like some sort of conflict that is specific to your own site.

To that end, I wonder if we can tackle this from a different angle: can you create a fresh testing site (this could, ultimately, be as simple as a sub-directory installation of WordPress – ie example.com/test-site) and initially install only our plugins and nothing else (please use a default theme such as Twenty Seventeen) and create a few events.

Within that fresh test site, do you see the same issue? If you do, please pause and provide a link so we can take a look. If you do not, however, please proceed by adding and activating the same plugins and ultimately the same theme as you have on your live site. Do any of these newly added components trigger the problem?

This is similar to the initial base troubleshooting steps we generally recommend, but can often help us to isolate a conflict in cases where they are missed via the traditional steps.

[Barry]

The same string is used for both, which may be an oversight (and I logged a bug for the team to investigate further/consider creating a unique string for each taxonomy).

For the time being, though, I’m afraid the same string is shared in both locations.

[Barry]

Happy to help!

[Barry]

Hi Joe,

Can you offer any additional suggestions beyond the basic troubleshooting steps which I have now told you twice, we’ve completed.

Well I appreciate you confirming 🙂

My intent wasn’t to antagonize you, of course: we know from experience that many users don’t accurately answer those questions when initially creating new support topics and, even when they have, it isn’t always clear what the outcome of those testing steps was. Getting clarity on this was my only goal.

Following from my last post, can you confirm how you went about disabling the ajax date picker and let me know if that customization is still in place?

Could you also try enabling WP_DEBUG and SCRIPT_DEBUG and let me know when those are in place, so I can take another look?

Thanks!

[Barry]

Gotcha – thanks for confirming. It’s definitely something we need to tighten up and we’ll post an update in here once we’ve got some news to report on this bug 🙂

[Barry]

Hi Hans-Gerd!

That probably shouldn’t be used twice in two different contexts, good catch!

It is however present in the POT file (see here) … is it possible you are still using our beta release?

[Barry]

Hi Dmitry,

After further investigation we’re in agreement that this is a bug and will address in a future release.

Thanks for your patience in the meantime!

[Barry]

Our apologies for the delay, Joe.

When I visit your site and test this myself, it seems that an attempt is made to redirect the ajax request (to the site homepage), which is very unusual. You noted trying to disable the ajax datepicker, I wonder if this is the result of those efforts?

I do also see that when you opened this topic you indicated having performed our regular troubleshooting steps – ie, switching to a default theme such as Twenty Seventeen and deactivating all other plugins except for The Events Calendar. Did you find the problem was resolved when you did this?

If so, did you find that your theme, or a specific plugin, when reactivated triggered the problem?

Thanks!

[Barry]

no, we will upgrade to the newest version after solving the issues. The issue with translations we have solved on our website, but there is another issue regarding our customized version.

Sounds good!

[Barry]

Hi Hans-Gerd,

So do you mean you don’t wish to upgrade, because you prefer the previous version of the Community Events form/your customized version – or is the lack of translations for parts of the new user interface the biggest problem?

I just want to be sure I’m understanding you correctly.

[Barry]

Hmm, interesting!

In that case let’s try testing with the latest versions of all plugins: you can workaround any license key limitations by obtaining a copy of the latest version from the downloads page and installing it manually on the staging site.

I do also appreciate you providing administrative access, however as described in our terms and conditions this is not something we generally will make use (we can of course make exceptions where absolutely necessary, but I don’t think we’re at that point here).

It does sound though like there may be one or more conflicts which, essentially, are compounding one another. With very complex sites boasting a large number of plugins that can certainly be a problem.

theeventscalendar.com/knowledgebase/sharing-sys-info

Again, can you share your system information (by manually copying and pasting them into a private reply – while it looks like you may have enabled sharing from within your own site, for some reason we seem unable to obtain it)? Steps are given in the link above and it may help us to pinpoint something.

Last but not least, am I correct in understanding that with your theme of choice in place and neither Gravity Forms or AccessPress activated you are finding map view does not work? If so, can you confirm if you are using caching of any sort and are you clearing it in between testing different combinations of active plugin?

Thanks!

[Barry]

Excellent, thank you for confirming 🙂

[Barry]

Thanks for sharing. That’s certainly a lot of plugins and many I’m unfamiliar with. So, while nothing jumps out as being an obvious source of a conflict I think testing that angle next of all is worthwhile. Again, here are the steps to follow:

theeventscalendar.com/knowledgebase/testing-for-conflicts

If you are unable to do this on your live site, please consider creating a test site — this can be as simple as a fresh installation of WordPress in a subdirectory (ie, example.com/testsite). Start by only adding The Events Calendar and Events Calendar PRO and add nothing else – stick to a default theme.

Can you replicate the same issue, or does the user interface for recurrence work as expected? If it does, this is a strong indication that your live site is subject to a conflict.

You can then begin adding the very same plugins as you have on your live site (and, ultimately, the same theme) until you uncover which if any component is causing the problem.

Let me know how you get on!

[Barry]

My pleasure.

[Barry]

Hi Hans-Gerd,

Thanks for the note 🙂

Can you confirm if you have since upgraded from the beta/pre-release to the latest Community Events version and are you still experiencing the same issue?

If you are, can you let me know if this relates to WPML (as a note: currently, we do not officially support integration between Community Events and WPML).

Thanks!

[Author]

Posts