[Barry]

OK – so the problem is definitely introduced by your theme (and not by any other plugin, for instance)?

I wonder if perhaps they aren’t clearing up any custom queries that they might have added. It could be worth approaching the theme vendor for further assistance on this one, and highlight that the issue occurs only with their theme.

At a pinch, if you’re happy to share a downloadable zip of the theme, I could take a very quick peek but I can’t offer any guarantees as we’re fairly limited in terms of our support for third party themes.

[Barry]

Yes, exactly right. If the window of time is set to create events 24months in the future, and you reduce this number, then far less events will be generated when you create a never ending event.

[Barry]

I’m sorry to hear that, Sargon.

I wonder if the problem is slightly different in your case, though, as it’s not something I can replicate (if I set a ticket product to be visible in the storefront, I can add it to the cart without difficulty).

To avoid further confusion, can I ask that you post a fresh support topic if you need further assistance for this specific problem as it is on your site?

Thanks!

[Barry]

For example, when I create an event with NEVER as an end date, it never completes the creation. I get a white page with an error, reload the site and then see it created about a months worth of events.

Ah, I see.

We’re aware of this problem and have plans to introduce some new facilities to better handle this and avoid timeouts – so that is in the works and will hopefully help with this once it rolls out.

Would a solution be to set the values to a shorter timespan in the settings? Will the plugin automatically generate new events, of a never ending recurring event, if I set the value to 5 days for example. Would this eliminate the need to generate 512 instances of an event that happens 5 times per week and never ends?

I’m not quite sure what you are picturing here, but it does sound like you’ve got a solid handle on the essence of the problem – which is the time and resources taken to generate such a large number of posts.

In short, if you can work around it by devising a scheme (such as week long events, thus requiring only 104 posts to be generated to cover every week for 2 years rather than 520, etc) and that scheme works well in the context of your project then yes – that would possibly be worth considering.

[Barry]

It looks like a quirk of your theme (“X Theme”?). In x/framework/css/site/woocommerce/ethos.css it sets the z-index of those quantity selectors to -1, which seems a little unusual to me.

To work around it, can you try creating a tribe-events.css stylesheet (full instructions can be found in our Themer’s Guide, but basically would live in your theme something like this: themes/your-theme/tribe-events/tribe-events.css) and add to following code:

.tribe-events-tickets .woocommerce .quantity input[type="number"] {
    z-index: 10;
}

Does that help?

[Barry]

Yes, I think so.

So if Adam creates an organizer, you don’t want John to be able to re-use that information in his own events?

If so, I’m afraid there is no built-in mechanism to facilitate this and you’d need to implement the logic needed to enforce such a restriction by means of a customization.

If you think this would generally be useful to others we’d certainly be open to any feature request you might post along these lines – and that would also allow others to support and “up-vote” your idea 🙂

[Barry]

Good luck!

[Barry]

I’m afraid not, again that isn’t currently supported out of the box and would need to be built as a further customization if you need this in the short term.

[Barry]

Hi Robert – are you positive that URL is correct?

[Barry]

That is odd.

And just for the avoidance of any doubt the same thing occurs with no other plugins running but The Events Calendar and Events Calendar PRO, and only a default theme in place?

Just trying to build a better picture as to why I can’t replicate the issue.

[Barry]

Awesome. What I’m going to do is pass this topic across to my colleague Leah who is the expert on translations and she can work through things with you 🙂

If you could share a link to the translation (whether hosted on your own WP site, Dropbox, Gist or similar) in the meantime that would be great.

Thanks!

[Barry]

Awesome 🙂

I’ll close this topic in that case – but please don’t hesitate to post fresh questions should anything else crop up.

Last but not least, if you have a moment to spare we’d love to hear your thoughts on The Events Calendar and if it’s suiting your needs over on our plugin review page.

Thanks again!

[Barry]

Hi Simon,

There’s no built in mechanism for this, I’m afraid, and so you’d really need to get creative when building your solution.

Unsupported, third party plugin Event Rocket allows you to place your main events page on the front page of your blog – so potentially you could leverage that (and customize your map view template so that – when viewed on the homepage only – the list of events is removed).

If that doesn’t quite fit your needs it may still be worth exploring how it works and then modify/repurpose code to suit.

Otherwise I’m not sure there’s too much we can do to help with such a specific customization, but do remember we’re always open to new ideas and feature requests if you think this is something that would benefit others generally 🙂

I hope that helps!

[Barry]

Hi culturecheese,

Working on your test site – so as to avoid disruption to the live site – can you run through our standard troubleshooting steps and see if you can pinpoint what might be triggering this behaviour?

Let me know how you get on!

[Barry]

Hi Pamela,

I’m sorry to hear you’ve been experiencing difficulties.

You’re correct that the issue is with duplicate instances of jQuery. A script used by your theme – jquery.tools.min.js – either incorporates a very old version of jQuery or else dynamically loads it and this is at the seat of the problem.

I’m reluctant to suggest you remove that script in case it causes breakages elsewhere in your theme and really the best course of action is to seek the assistance of the theme author, though I appreciate that isn’t viable in your case. Additionally, though I could be mistaken, I suspect that particular script has not been enqueued through WordPress – so removing it would require a bit of hacking.

So, sadly, given we’re looking at what sounds like an unsupported theme that may be following a few bad practices, I’m not sure how much we’re going to be able to offer you on this occasion 🙁

If you’re happy opening up the theme code you might find a header.php template and you can possibly locate and remove/comment out the link to jquery.tools.min.js from in there, but that’s really just a guess. Again, proceed with caution here!

Sorry we can’t do much more – but perhaps you could reach out to a suitable freelance developer if you need further assistance or even consider moving to a supported, mroe recently developed theme?

[Author]

Posts