This worked for me, but this isn’t involving the payment processor and I’m trepidatious because of the issues we’ve had. I guess I’m not understanding as I’ve scoured search and tickets/seats documentation for these issues and I haven’t seen any recommendations or documentation that autocomplete must be on to make seats do what the addon is built to do?
Archives: Replies
Replies for tickets on suppota
Reply to: tickets(399250)
Please refer to the other ticket. I’ve replied there.
Reply to: tickets(399157)
Please take a look at this screenshot that I’ve sent you before:
https://helpdeskx.s3.amazonaws.com/wp-content/uploads/2025/11/10081249/Screenshot-2025-11-10-at-16.12.18.jpg
There is one available submission. I believe that when the cache clears itself, the submissions become available.
On your new installation do you manually set orders’ status to Completed?
Do you have the same issue on our demo site:
I just did some tests there and it add purchased submissions without any issues right after I complete the order.
Reply to: tickets(399251)
Since you enabled all fours of ”Select relevent auto complete ticket order type”, it should complete orders automatically right after a successful purchase.
This also makes seats unavailable for more than 10 minutes.
You can just trying to make a test purchase in this event:
https://theatreip.com/events/test/
Here’s the test event I used yesterday:
As you can see two seats that I purchased using Stripe’s test mode are still unavailable:
Reply to: tickets(399250)
Hi Artem,
I’m very disappointed with the responses I’ve received so far. It’s simply not acceptable to purchase a paid addon and not be able to benefit from it.
I’ve completely retested the issue on a brand-new WordPress installation — a clean environment with:
-
WordPress: latest version
-
WooCommerce: 10.3.4
-
EventON – Action User: latest
-
EventON – Action User Plus: 1.3
-
No other plugins or themes active (default Twenty Twenty-Five)
Unfortunately, the same issue persists — credits are not granted after completing a test payment.
Reproduction steps
-
Install WooCommerce, EventON, and Action User Plus.
-
Create simple virtual products to use as event-submission credits (1 credit, 3 credits, etc.).
-
Map these products in EventON → Action User Plus.
-
Place a test order using the WooCommerce test gateway.
-
The order moves to Processing, and even after setting it manually to Completed, no credits are added to the user account.
Credits should be granted immediately after the order status becomes Completed, whether this happens manually or automatically via a payment gateway.
Ensures credits are reliably granted on order status = Completed (manual or via gateway), regardless of the initial “Processing” status.
If credits rely on Action Scheduler, please confirm:
-
which hooks are responsible for running the credit-assignment action, and
-
how to force-process pending tasks on a clean install where no scheduled jobs are automatically triggered.
Please escalate this to the developer and provide a fix or an updated version that ensures the credit system works as expected.
Thank you,
Daniel – Onevent.ro
Reply to: tickets(399250)
Hi Artem,
I’m unable to run this kind of test on the live environment, since it’s behind CloudFront caching and uses the main Flatsome theme — deactivating it would impact production.
However, I’ve replicated the exact same scenario in my local Docker Desktop test environment, and the result is identical.
I’ve attached screenshots so you can see the behavior on my side.
Could you please share screenshots from your own test setup (using the same versions)?
-
WordPress: latest
-
WooCommerce: 10.3.4
-
EventON – Action User Plus: 1.3
Also, could you please confirm with the developer whether Action User Plus v1.3 is fully compatible with WooCommerce 10.3.4?
Thank you,
Daniel – Onevent.ro
Reply to: tickets(399157)
Hi Artem,
I’m unable to run this kind of test on the live environment, since it’s behind CloudFront caching and uses the main Flatsome theme — deactivating it would impact production.
However, I’ve replicated the exact same scenario in my local Docker Desktop test environment, and the result is identical.
I’ve attached screenshots so you can see the behavior on my side.
Could you please share screenshots from your own test setup (using the same versions)?
-
WordPress: latest
-
WooCommerce: 10.3.4
-
EventON – Action User Plus: 1.3
Also, could you please confirm with the developer whether Action User Plus v1.3 is fully compatible with WooCommerce 10.3.4?
Thank you,
Daniel – Onevent.ro
<a href="“><img class="alignnone wp-image-399268 size-thumbnail" src="” alt=”” width=”150″ height=”150″ />
<a href="“><img class="alignnone wp-image-399269 size-thumbnail" src="” alt=”” width=”150″ height=”150″ />
<a href="“><img class="alignnone wp-image-399270 size-thumbnail" src="” alt=”” width=”150″ height=”150″ />
<a href="“><img class="alignnone wp-image-399271 size-thumbnail" src="” alt=”” width=”150″ height=”150″ />
<a href="“><img class="alignnone wp-image-399272 size-thumbnail" src="” alt=”” width=”150″ height=”150″ />
<a href="“><img class="alignnone wp-image-399273 size-thumbnail" src="” alt=”” width=”150″ height=”150″ />
<a href="“><img class="alignnone wp-image-399274 size-thumbnail" src="” alt=”” width=”150″ height=”150″ />
Reply to: tickets(399251)
The only difference I can see looking at successful seats made orders unavailable versus the ones where it skips it is the starting message of “Order status changed from Draft to Pending payment.” I have had the autocomplete on and off, and tried everything I can think of but I can’t make it consistently make the seats purchased unavailable. This has caused a lot of having to communicate with clients and reserve other seats for them. And I’m scared to check for new orders. We’ve turned it off until we can get this fixed, but would really like to have it working so the parents and community can buy tickets without the headache,
Reply to: tickets(399251)
Here is what the Stripe chain looks like on the orders it works for:
-
Stripe charge complete (Charge ID: py_3SSJ2h3MLvDguMXU0pfOdnEg)
-
Order status changed from Processing to Completed.
-
Order status changed from Pending payment to Processing.
-
Stock levels reduced: Ticket: The Wizard of Oz November 21, 2025 – November 21, 2025 (ip-woz-11-20-25) 642→641, Ticket: The Wizard of Oz November 21, 2025 – November 21, 2025 (ip-woz-11-20-25) 641→640, Ticket: The Wizard of Oz November 21, 2025 – November 21, 2025 (ip-woz-11-20-25) 640→639, Ticket: The Wizard of Oz November 21, 2025 – November 21, 2025 (ip-woz-11-20-25) 639→638, Ticket: The Wizard of Oz November 21, 2025 – November 21, 2025 (ip-woz-11-20-25) 638→637, Ticket: The Wizard of Oz November 21, 2025 – November 21, 2025 (ip-woz-11-20-25) 637→636, Ticket: The Wizard of Oz November 21, 2025 – November 21, 2025 (ip-woz-11-20-25) 636→635, Ticket: The Wizard of Oz November 21, 2025 – November 21, 2025 (ip-woz-11-20-25) 635→634
-
Stripe payment intent created (Payment Intent ID: pi_3SSJ2h3MLvDguMXU0s56fUGI)
-
Event: (The Wizard of Oz) seat K7 made unavailable.
-
Event: (The Wizard of Oz) seat K9 made unavailable.
-
Event: (The Wizard of Oz) seat K11 made unavailable.
-
Event: (The Wizard of Oz) seat K13 made unavailable.
-
Event: (The Wizard of Oz) seat K15 made unavailable.
-
Event: (The Wizard of Oz) seat K5 made unavailable.
-
Event: (The Wizard of Oz) seat K3 made unavailable.
-
Event: (The Wizard of Oz) seat K1 made unavailable.
-
Event tickets successfully created.
Reply to: tickets(399251)
Those tickets for seats on Nov 20th R28 and R32 are still available in the system. I can turn on ticket buying and try to order more. I have turned on autocomplete as you advised.







