[Paul]

Hi Geoff,

Thanks for your reply.

We don’t use Event Rocket. The only plugin we use (that I am aware of) which has any kind of association with Event Tickets or Event Calendar is Venue/Organizer Shortcodes.

You say RSVP has always been the default, so I’m a bit perplexed as to how WooCommerce became our default, prior to 4.1.

No worries, we will just have to burn a billionth of a calorie clicking the WooCommerce radio button when we create tickets 🙂

Kind regards,

Paul.

[Paul]

Hi Hunter,

My results from a test event are here. Available tickets QTY at the start are 10:

——————————

Back-end status:
Ticket Stock 10
WooCommerce Stock 10

Front-end status:
10 out of 10 available

Add 1 ticket to basket then Proceed to payment portal but did not click purchase…

Back-end status:
Ticket Stock 9 Sold 0 of 10
WooCommerce Stock 10 Pending Payment
[stock discrepancy of 1]

Front-end status:
9 out of 10 available (but can add 10 to basket!)

Wait for an hour – order automatically cancelled…

Back-end status:
Ticket Stock 10 Sold 0 of 10 (1 unit cancelled)
WooCommerce Stock 10 Cancelled
[stock returns to normal – no stock discrepancy]

Front-end status:
10 out of 10 available

WooCommerce order manually changed from Cancelled to Completed…

Back-end status:
Ticket Stock 9 Sold 1 of 10
WooCommerce Stock 10 Completed
[stock discrepancy of 1]

Try to resolve discrepancy by reducing WooCommerce stock by 1 to match Ticket Stock…

Back-end status:
Ticket Stock 8 Sold 1 of 9
WooCommerce Stock 9 Completed

Still a discrepancy of 1.

——————————

The situation where I do not click purchase might also emulate incorrect card details being entered at checkout, i.e., Pending Payment.

The first discrepancy scenario seems to occur because Event Tickets has decreased its stock level before a successful transaction has taken place. WooCommerce does not. My own opinion is that WooCommerce has handled this situation correctly and Event Tickets has not.

Waiting for an hour to allow the Pending Payment order to automatically Cancel, returns the cancelled Ticket back to stock.

The second discrepancy scenario happens when the status of the automatically Cancelled order is manually changed to Completed (this could be because the customer decides to make a manual payment instead). Ticket stock is reduced by 1 but WooCommerce stock is not. In my opinion, Event Tickets is correct here and WooCommerce is not.

Once a discrepancy happens, it becomes impossible to rectify, because increasing or decreasing stock for WooCommerce or Tickets increases or decreases both by the same amount.

Regardless of whether WooCommerce or Event Tickets has handled stock levels incorrectly or not, shouldn’t Event Tickets be using the same variable as WooCommerce to manage stock levels? A discrepancy would be impossible if the same variable was used, and stock levels could be manually corrected if required.

A discrepancy of 1 might not be noticeable for an event which has over a hundred people or more attending, but my client has very limited places available at relatively high prices. This can be very problematic when places need to be monitored closely and .csv exports need to tally exactly. Any update to this problem would be very welcome.

Kind regards,

Paul.

[Paul]

Hi Hunter,

Thanks for your reply.

We had one or two issues with our payment portal when customers entered incorrect passwords at the ‘3D Authentication’ stage https://www.visaeurope.com/media/images/VerifiedByVisa73-168.png

Basically, our website was not handling their password errors correctly and unfriendly php errors were returned to the customers’ browser.

We seem to have sorted that problem now but your test transaction scenario above could well have similarities with our stock discrepancy issue.

When our customer entered wrong ‘3D Authentication’ information and a php error was returned, the order was left Pending Payment in WooCommerce for an hour (the duration we have set).

At the end of the 1 hour duration, WooCommerce automatically sets the status of the order to Cancelled.

Maybe WooCommerce is automatically returning the cancelled order back to stock but Event Tickets isn’t?

Or, maybe Event Tickets reduces its stock before a successful transaction and WooCommerce waits for a successful transaction?

I have a test site and if I get the time, I will test these theories further and report back to help with your investigations.

Kind regards,

Paul.

[Paul]

Hi Geoff,

That worked like a charm, thank you 🙂

Kind regards,

Paul.

[Paul]

Hi Geoff,

Thank for your reply.

Your tutorial page is great, however, it doesn’t quite do what I want.

If the price of an event costs £100, the front-end list page shows “£100” on the right.

That’s fine, but I would like it to change to “Fully Booked” only when there are no tickets left to sell.

Is this possible?

Kind regards,

Paul.

[Paul]

Hi Geoff,

Thanks for the reply.

If I find more time, I will look into your solution.

Kind regards,

Paul.

[Paul]

Excellent, Brian!

Many thanks for your help 🙂

Paul.

[Paul]

Hi Geoff,

Sorry for the late reply.

That’s great. I will get onto that today and post back if I have any bother.

Kind regards,

Paul.
[posting on behalf of a client]

[Paul]

At this stage I don’t want to further complicate what is already quite a complicated website by also introducing posts to create events, and then using a duplicate post plugin to work around the problem.

I think it will just be better to bite the bullet and enter all courses as separate events at this time, until some other solution can be found.

Thank you for your replies.

Paul.

[Paul]

Hi Cliff,

Thanks for the reply.

Yes, I agree the Duplicate Post plugin does not seem an ideal solution and in order to keep things simple, using events within posts is something I would like to avoid.

You said that version 4 supports custom recurring events. However, Brook refereed to version 3.12, which, “should have a feature ready to fully support random recurring events”, so I was assuming that since we were running v4.0.5, random recurring events would be fully supported by now.

You point me to page:
https://theeventscalendar.com/knowledgebase/pro-recurring-events/
but there is no mention of ‘random’ or ‘irregular’ anywhere, so am I right in assuming random/irregular events are currently not supported?

If we assume the following events are random, what would be the most efficient way you would personally enter them into The Events Calendar PRO?

DD/MM/YY
03/03/2016
07/06/2016
13/10/2016
01/11/2016
15/12/2016

Kind regards,

Paul.

[Paul]

Hi George,

Many thanks for the reply.

I understand you need to avoid rushing new ideas before releasing them but hopefully we will see this feature some time later this year.

Kind regards,

Paul.

[Author]

Posts