[Barry]

Apologies for the delayed response, Jonathan – and I’m sorry this bug has bitten you.

It is on our radar already and we’ll do our best to ship a fix soon (realistically, that will not be the very next Events Calendar PRO release, however).

[Barry]

Hi Manou,

Thanks for your interest in our plugins!

You could absolutely code your own ticket provider: this is in fact what we essentially do ourselves with Event Tickets Plus, which builds and depends upon the framework provided by Event Tickets itself, adding several additional ticket providers.

With that in mind, you would not need Event Tickets Plus though it could certainly aid your development process by giving you an insight into how we do things ourselves.

Optionally: is it possible to restrict ticket providers to appear only with certain categories?

Though I haven’t seen a live example of this, I see no reason why it could not be implemented by a skillful and experienced WordPress developer.

I definitely feel I should remark that this is certainly among the more ambitious and challenging sorts of customization we are asked about – and you should know that even for premium customers we’d be pretty limited in terms of supporting such work – but everything you have asked about is certainly possible 🙂

I hope that answers your questions (and good luck!).

[Barry]

Hi Francesco,

I’m sorry to hear you’ve experienced difficulty with some of those events.

I have prepared an access to my backend for you, if you’ve given me an email, I’ll send it.

That could be really useful, however as a general rule we do not log in to customer websites. Let’s keep this in our back pocket for now and if we really need to do this later on, we can.

Some of the events are not listed in search results, even if they have been imported.

Can you confirm first of all that only events imported via Event Aggregator have this problem, even if it isn’t all of them?

And you can even open them in their own url.

This makes things even stranger. Can you provide a few examples, listing some sample URLs (by private reply if you prefer)?

Last but by no means least, it could be really helpful if you would share your system information.

Thanks!

[Barry]

Hi Yolanda!

Thanks for considering our plugins 🙂

That is definitely possible. WooCommerce itself will send the user a receipt/order confirmation email and Event Tickets/Event Tickets Plus will send them their tickets by email.

All of those emails can be customized, so you could add a WebinarJam code to any of them (though, the WebinarJam product/service itself is something we’re unfamiliar with and that aspect is something you might need to research independently).

I hope that helps!

[Barry]

Hi Justin:

Great question!

What we’re actually doing here is using the standard WordPress login form (and registration link):

• wp_login_form()
• wp_register()

Both are customizable. The registration link for instance can be altered using the register filter hook and various filters are available for the login form, too:

• login_form_top
• login_form_middle
• login_form_bottom

With some creativity (and possibly a touch of CSS to hide any elements you cannot modify via those hooks) you could probably get your desired login form in place.

It’s certainly a relatively advanced customization, though, and one we’d largely need to leave in your hands (though I hope these notes help).

[Barry]

Hi Kim!

Can you link me (by private reply if you prefer) to:

• The page where you are using your shortcode
• Your main events page

Thanks!

[Barry]

Not too sure this is one we can help you with, @myareayoga.

As I understand it, the use of +0000 (and effective requirement to use UTC) is non adjustable and hard-coded into WordPress itself.

There are certainly some avenues available to you to overcome this, but all re beyond the scope of support we can provide here, I’m afraid.

[Barry]

Excellent – thanks for confirming and for sharing the link to the relevant issue 🙂

[Barry]

Stoked to hear it looks like it is resolved 🙂

I absolutely take your point about trying to understand the triggers, but it is also true that we’ve been wholly unsuccessful in replicating this on our side and haven’t had comparable reports from other users.

That makes this problem fairly unique and so – if it is a core EDD issue – it seems like the best people to help you troubleshoot further would indeed be the EDD team (ditto, if it turned out to be a third party payment gateway issue – the vendor of that plugin may be best placed to help you).

That to say, my only objective in encouraging you to determine that was to get you in the hands of whomever would be best placed to assist further (and that isn’t always going to be us for an environment that uses components from lots of different sources).

At any rate, let’s keep this topic open for the time being.

[Barry]

Happy to help — and please don’t hesitate to reach out to us with any other questions we might be able to help with 🙂

[Barry]

Ahh, I see – I was thrown off by your screenshot showing the stock field as empty … Regardless, I seem unable to replicate 🙁

Can you confirm this persists for you even when you are running no other plugins but ours/WooCommerce itself alongside a default theme such as Twenty Seventeen (you might need to test with a clean event and fresh tickets)?

[Barry]

Hi Stacie,

I’m sorry you’ve experienced difficulties and apologize for any confusion over our licensing and update model.

You’re correct, though: once a plugin license expires you will not have access to automatic updates (or even to manual downloads of the latest versions made available via your account pages).

I don’t know of any existing security vulnerabilities that would impact you, but the potential is there. It also means you would not benefit from other fixes and updates (including changes required to keep pace with WordPress, which itself is regularly updated). That to say, you can certainly stick with older versions of our software but we don’t recommend it and the support we can offer tends to be limited – especially if you hit bugs which have already been resolved in more recent releases.

I hope that clarifies things 🙂

[Barry]

Hi Anne-Marie (and Niko)!

I’ve taken over this topic as Geoff is currently unavailable.

Unfortunately, I also am unable to replicate: even if I manually adjust a completed payment to ‘abandoned’ or some other status, then restore it to ‘completed’, tickets are not dispatched twice.

The strange behaviour of EDD Bot in your case (EDD Bot of course really just means the action was automatic as opposed to being manually triggered by a real user) is puzzling. I wonder, do you have any other products you sell besides tickets and are they similarly affected, or, if you don’t have any other products, could you create some and test to see if the same thing happens to them?

It’s just possible this is actually unrelated to our ticketing implementation and in fact is something at EDD/payment gateway level … if so, the EDD team themselves (or the vendor of your payment gateway) would be the people best suited to assisting with this, so figuring this out is definitely worthwhile.

Let me know how you get on!

[Barry]

Happy to help 🙂

[Barry]

Hi again Paul:

So no sales have gone through and you have not supplied a stock value, is that correct? If so is the basic problem the way we present the information, ie:

0 Sold (0 Remaining)

If I’m understanding you correctly, you’d prefer this to be something along the lines of:

0 Sold (unlimited quantity remaining)

Is that correct? Apologies if I’m misunderstanding, I just want to ensure I have a clear picture of things.

[Author]

Posts