John

Hi,

Yes, we have submitted that support request, and that plugin is not providing an extend authorizations period feature for more than 7 days, so now we are using the 7-day authorizations feature.

We have looked at your plugin settings, and you have mentioned the “Extend authorizations” feature. That’s why we setup the plugin and faced an error so shared with you.

Now, again, can we achieve this feature with your plugin? Please confirm so we will do settings as you suggested and check the payment process accordingly.

Thanks,

• This reply was modified 3 weeks, 2 days ago by John.

Hi,

We require an “authorization on checkout, and capture later” feature with a plugin, and we need to extend payment authorization validity for 30 days; within 30 days, the client will capture the amount.

We have authorization feature access within the Strip account, and it is working fine with another Strip plugin.
Our main concern is that other plugins are providing an authorization feature for 7 days, but we need to extend it up to 30 days.

Could we achieve this requirement with your plugin? If yes, then which settings do we need to enable? Please provide us with the necessary steps to follow.

We have followed the above steps, but we are facing an error. That’s why we shared the Strip response with you.

Thanks,

Hi,

Thank you for your response.

We have enabled the charge type “Authorize” at the back office and completed the payment process, but we are facing the below error.

“This account is not eligible for the requested card features. See https://stripe.com/docs/payments/flexible-payments for more details.”

For more details, please see the below Strip API response.

“object”: “payment_intent”,
“amount”: 4776,
“amount_details”: {
“tip”: {}
},
“automatic_payment_methods”: null,
“canceled_at”: null,
“cancellation_reason”: null,
“capture_method”: “manual”,
“client_secret”: “**”,
“confirmation_method”: “automatic”,
“created”: 1730206639,
“currency”: “gbp”,
“description”: “Order 1422323684 from ***”,
“last_payment_error”: {
“code”: “payment_intent_invalid_parameter”,
“doc_url”: “https://stripe.com/docs/error-codes/payment-intent-invalid-parameter”,
“message”: “This account is not eligible for the requested card features. See https://stripe.com/docs/payments/flexible-payments for more details.”,
“payment_method”: {

}

We have enabled and disabled this “Extended Authorization” option and checked but faced the same error.

Let us know if you have any concerns.

Thanks,

Hi Lucian,

Please fine below our comments with your comments.
Can you share with us the rest of the error details (if there are any?). At first glance, it seems like the error code is incomplete, so just double-checking.
=> We are getting only the above error within the debug log file.

2. Can you tell me a few details regarding the context in which this happens:
   a) WordPress version of your site
   => WordPress version : 6.6.1

b) PHP version of the site
=> PHP version : 8.2

c) Woocommerce version currently installed
=> Woocommerce version : 9.1.4

d) What plugin handles the import of orders? If it’s a Free plugin, can you share it’s URL with us so we can check?
=> We are not using any 3rd party plugin for import orders on the website; we have created a custom PHP script for import orders, and without activating this plugin, it is working properly.

3. Can you elaborate a bit on the actual process of order import? Is there anything in particular we should know about regarding this import process? When does the error actually get triggered? Is it a one-time error, or can it be reproduced at any time following certain steps that you can describe?

=> We are importing orders through the cron process so we cannot generate errors from our end, and it is generating randomly.
As per error details, we are assuming this error generates when we are adding a product with an order, but that product does not exist on the website, and this plugin tries to get those product details from the website, but the product does not exist, so the plugin generates a fatal error.

Please assume the above case with a fatal error and analyse your plugin code accordingly.

Let us know if you have any concerns.

Thanks

Hi Shameem,

We are facing this issue randomly, not a continue, so how can we track this? This issue is facing the customer, and it is affecting a business.
Let us know if you have any concerns.

Thanks

Hi Zubair,

Thank you for a response, Please see below our comments with your comments, which you asked.

1- When did you first notice this issue?
=> First time we faced this issue on the 15th of August 2024.

2- Is this behavior occurring with any other payment methods, or is it specific to Stripe?
You might want to enable a temporary payment method like Check or Cash on Delivery to see if the issue persists.
=> No, we did not face this issue with other payment methods.

3- Could you share your site’s URL so I can take a closer look?
Leave Check or Cash on Delivery payment method for me to test the process.
=> You can check website details at the below URL.
https://password.link/_xug29q/#I09ZZjcyP09tU1E0L1lQZ0Ay

Let us know if you have any concerns.

Thanks,

Hi Takayuki,

below is the plugin URL we are using,
https://www.ads-software.com/plugins/cf7-repeatable-fields/

Or please suggest if you have any other repeater field plugin that we have use

Hi Amir,

Thank you for your reply.

There are a lot of pending actions in the back office. Could you please provide the name of the analytics action so that we can run it manually from the back office?

Let us know if you require more information.

Regards,

Hi @ihereira,

Thank you for your reply.

We have checked the given URL, but it is not relevant for us.
When we are changing the order status programmatically at that time, email is not sent.
If we change the order status in the back office at that time, an email is sent to the customer.

We debugged and discovered that when we changed the order status at that time, the “WC_Email_Customer_Completed_Order” class did not exist.

Due to the above reasons, the completed email was not sent to the customer. Please confirm.

Do we need to pass any additional parameters within the below function to send the completed email to the customer?

$order->update_status($orderStatus);

Thanks,