Reposting old topic as its closed, would like to add workaround solution and respond to support. Using WPHEKA Payments for moneris
Workaround Solution:
Add hook to set Order status to Completed https://usersinsights.com/woocommerce-automatically-complete-orders/ add_action( ‘woocommerce_order_status_processing’, ‘custom_autocomplete_order’ ); function custom_autocomplete_order( $order_id ) { if ( ! $order_id ) { return; } $order = wc_get_order( $order_id ); $order->update_status( ‘completed’ ); };
————————
re: Lastly, please share your site’s System Status Report. You can find it via WooCommerce > Status.
Lastly, please share your site’s System Status Report. You can find it via WooCommerce > Status.
Thank you for taking the time to reopen this topic and share your workaround — linking it to the previous closed thread is incredibly helpful and will no doubt assist other users running into similar behavior with virtual and downloadable products not auto-completing as expected.
I’ll go ahead and mark this new thread as resolved so others can find the solution more easily.
I tried to replicate the issue on my end but wasn’t able to. Could you please explain the problem in a bit more detail? For example, I placed some test orders using a virtual product, and the orders were marked as Completed when payment was made during the checkout process.
Also, could you confirm whether the issue only occurs when using the WPHEKA Payments for Moneris plugin, or does it happen regardless of which payment method is used?
The more information you can provide, the more accurately we’ll be able to assist you.
This specific issue was only encountered with the WPHEKA payments for moneris. Using another payment processor does not create the same problem.
There is nothing in the php error log to report. Nothing in woocommerce log either. Dont know where else to look for error logs or more information to investigate with.
We are also using the Edwiser Bridge (EB) Plugin which may contribute to the issues. Upon purchase in woocommerce a wordpress user is supposed to be created by EB and then EB attempts to create a user in the external website Moodle and enrol them in a course. With my work around in place this works as expected.
Thanks so much for the follow-up and for confirming that the issue occurs only when using the WPHEKA Payments for Moneris plugin. That helps narrow things down significantly.
It sounds like WPHEKA may not be marking the order as fully paid in a way WooCommerce recognizes as “complete” for virtual products, which would explain why the order remains in Processing status by default.
Your workaround makes perfect sense in this case, and it’s great to hear that it allows Edwiser Bridge to do its job and enroll users in Moodle as expected.
A couple of follow-up thoughts:
Have you had a chance to reach out to the WPHEKA plugin developers about this behavior? They may have a hook or setting to control post-payment order status.
Since you’re using Edwiser Bridge, it’s also worth confirming if EB expects the order to be in a specific status (like Completed) before triggering its user sync/enroll logic.
If you’re interested in going deeper, you could enable WP_DEBUG and WP_DEBUG_LOG in your wp-config.php to capture more info if needed, but totally optional in your case since the workaround works.
Let us know if you hear anything back from WPHEKA or need help exploring further, and thanks again for sharing your solution!
discovered one issue with my workaround its sends 2 Order completion notification emails to customer now, which is a bigger problem than the Processing status issue. So Ill have to live with the order stuck in Processing now
…unless someone can tell me the pro version resolves this.
Ill follow up with my other related plugin, edwiser bridge and see if they can offer any advice
Thank you for the additional details and for explaining the situation so clearly.
Since this issue is specifically happening with the WPHEKA Payments for Moneris plugin, and not with other payment methods, it appears to be related to how that plugin is handling order status updates and emails.
As this involves a third-party payment gateway plugin, WooCommerce core support cannot modify or fix its behavior directly. The best approach would be to reach out to the plugin developer of WPHEKA Payments for Moneris and ask them to help resolve the issue. They are familiar with the plugin settings and will be able to assist you in fixing this problem.
Please let us know what the plugin developer suggests, so we can understand the outcome and provide any further guidance if needed.
Viewing 7 replies - 1 through 7 (of 7 total)
The topic ‘Order has Processing Status rather than Completed (updated)’ is closed to new replies.
