[Barry]

Excellent – I’ll go ahead and close this topic in that case (but, of course, feel free to open new topics as needed should you require assistance with anything else) 🙂

[Barry]

Absolutely 🙂

I’ll go ahead and close this topic, but if you have any further questions please don’t hesitate to open a new one and one of the team will be only too happy to assist further.

[Barry]

Thanks – and a happy new year to you 🙂

[Barry]

Yes, that mixing of month and day abbreviations is odd … have you added custom templates or does your theme ship with custom event templates? Switching to an unmodified default theme like Twenty Seventeen would be a quick way to test this out.

[Barry]

Agreed! I’ve logged a bug about this and we’ll drop an update in here once a fix is available 🙂

[Barry]

Hi Brad,

I’m sorry this has caused you problems.

We can’t restrict it quite in the way you suggested, because the query doesn’t relate to the single event view maps (rather it is used to calculate the initial bounding box used in map view).

You’re right, though, it’s running far more frequently than it should and that’s a problem. We have a high priority bug ticket logged for this however and will get a fix out as quickly as we can.

I appreciate your support and patience in the meantime… while I realize this is less than ideal if you were to temporarily deactivate Events Calendar PRO that would mitigate this problem and you could continue to run The Events Calendar itself.

[Barry]

Hi there Von Pok Paul,

It looks from your screenshot as if the day of the week is translated from English (as in English it would use “Tue” rather than “Di”).

i need them in german (DEZ, JAN etc.)

Just to clarify things, by default the widget uses the abbreviated day of the week. Are you hoping to use the abbreviated month here?

[Barry]

Hi there Ottó,

I’m sorry to hear you’ve hit up against this.

I seem unable to replicate, unfortunately, and I am also curious because the stack trace you shared suggests that at least one of the events the countdown widget is trying to show does not have a start date/start time.

We can certainly tighten this code up to test for that, but I’m unsure why this would happen in the first instance. Is it at all possible for you to perform our standard conflict testing steps and see if something else is ‘getting in the way’?

I do realize you noted having performed those steps when you first opened the topic. If they didn’t make any difference that’s fine, no need to repeat – I just wanted to confirm if these had been followed and what the result was.

Thanks!

[Barry]

Hi Wouter,

We did recently switch to selling annual subscriptions and it may be that as a consequence PayPal require you to pay from a linked card or bank account.

The means of payment PayPal lets you select is unfortunately not something we control directly, but you could always send them a support request to clarify if they can facilitate letting you pay via your balance (if you do, let us know how you get on!).

Thanks 🙂

[Barry]

Hi Lauren,

I think – unfortunately – that knowledgebase article is just a little out of date and doesn’t quite reflect how things need to be done if you are using Event Tickets/Plus 4.6+.

Assuming you’ve refunded the orders and need to restore stock, the next step is not to manually adjust the stock levels for each ticket but to visit the attendee screen for the event and delete the refunded tickets there.

You should find that the ticket stock is restored automatically following that operation.

Does that work for you?

[Barry]

Hi Thomas! So I see you marked this as resolved — just to be clear, you’re all good here?

[Barry]

Interesting!

That isn’t a feature of Event Tickets or Event Tickets Plus, I’m afraid. I would envision you could build such a thing via some custom dev work, however — our plugins are built with further customization in mind and offer lots of hooks that an experienced WordPress dev can take advantage of.

I hope that clarifies things and do let me know if you have any further questions 🙂

[Barry]

Hi Sean,

We recently moved to a new pricing model which sees us charging the same cost every year — one of our goals being fair pricing that ensures we can continue to invest in and further develop our suite of plugins and services.

What you’re experiencing is completely expected (unless you’re seeing something that doesn’t line up with that, of course – in which case do let me know and I’ll be happy to explore further).

Thanks 🙂

[Barry]

Hi there Robert,

Thanks for your interest in our plugins!

can you edit the custom Fields after a person has submitted the order?

Event Tickets Plus let’s you collect custom attendee information and I think that’s what you’re referring to here. I’m afraid that – currently – the ability for site admins to edit the submitted data is not included.

However, we do have an optional extension for this purpose that we will be making available via our extension library soon (and later on we may ‘bake this in’ to Event Tickets Plus itself).

When you add a cash order via an app or by add order using woocommerce can you set the custom Fields?

The user interface for adding custom field information lives on the frontend. I’m afraid that, presently, there is no means of doing this when manually creating orders as a site administrator.

Can you offer VIP tickets via a password or code?

As a further customization, possibly! I have to admit I’m not completely clear as to what you are intending here. Can you clarify or add any further information?

Thanks 🙂

[Barry]

Hi Thomas,

That’s an interesting problem!

Why is this working:
1) $attendees = Tribe__Tickets__Tickets::get_event_attendees( );

And this is not working:
2) $attendees = Tribe__Tickets__Tickets::get_event_attendees( $event_id );

That’s pretty much exactly the opposite of what I would expect and I don’t experience the same thing: that method requires an event ID to be passed and if you call it without any parameters at all a fatal error will be thrown.

Could you perhaps share more of your code? Also, when you say that the second approach isn’t working (assuming $event_id is a valid event I’m not sure why it wouldn’t), what are you experiencing exactly?

Thanks!

[Author]

Posts