Forum Replies Created

Viewing 9 replies - 1 through 9 (of 9 total)
  • Thread Starter deza90

    (@deza90)

    Hi @rainfallnixfig,

    We are in contact with weglot already and they are investigating the matter as this time as well.

    At the same time we are also investigating the matter in order to have this resolved asap.

    Current Status
    1. We are setting up the site with Japanese as default language and use Weglot plugin to auto translate our site to English under the path /en/.
    2. When the user land on the page /en/cart/:
    – Weglot translates the site to English successfully, all state name translated to English, (e.g 岩手県 translated to Iwate). This happen before the page load as Weglot have a hook to translate when WordPress render HTML.
    – Then WooCommerce triggers a code in the file country-select.js to convert the normal dropdown menu of the states to an autocomplete dropdown (using select2 jquery)
    – Inside country-select.js, it replace the state list from <option>English state name</option> to <option>Japanese state name<option>.

    We believe at this step javascript uses the default WordPress page language (Japanese) data in woocommerce-ja.po file to translate to Japanese.

    Expected Outcome
    We want to the user to see the English states names under the path /en/ on the cart and checkout page.

    Open Questions
    Can you please let us know if there is a quick solution to this? For example:
    1. Can we disable the select2 plugin and rather use the default select version?
    2. Are there any filters which can manipulate the state’s names during the ajax request?

    Your help is highly appreciated.

    Best,
    Dennis

    Thread Starter deza90

    (@deza90)

    Hi @mrclayton,

    Thank you for taking your time regarding this matter and for confirming that the issue comes from WooCommerce.

    I will further discuss the matter with weglot.

    Thanks for your time and the great plugin!

    Best,
    Dennis

    Thread Starter deza90

    (@deza90)

    Hi @mrclayton,

    Thank you for your prompt response and for clarifying my question. I will double check if there are any PHP errors in the checkout.

    Thanks so much for your help.

    Best
    Dennis

    • This reply was modified 3 years, 1 month ago by deza90.
    Thread Starter deza90

    (@deza90)

    @mrclayton

    Thank you for your support in this matter and also for this great plugin. I have tested most of the available stripe plugins and yours is by far the best =)

    I will let you know once I talked to Stripe and if they can confirm in this matter. I will also do some more testing in production to make sure that everything is working as intended.

    Best,
    Den

    Thread Starter deza90

    (@deza90)

    @mrclayton

    Yes, I was always waiting for stripe to do the redirect.

    I have actually talked to Stripe regarding this matter earlier today. They will have someone from the tech team contacting me any time soon in this matter. I will bring this up to see if they can confirm that.

    As of now, I believe that the processing times are much slower on their test environment than on production servers. I had similar issues with PayPal before. The odd thing is that I would expect Stripe to only redirect once they have handled the request on their side.

    Thread Starter deza90

    (@deza90)

    I have already removed the code from the function.php earlier just in case you test again.

    Thread Starter deza90

    (@deza90)

    Hi @mrclayton,

    Steps to re-create:
    1. Place item in cart
    2. Go to checkout
    3. Use billing address for Germany
    4. Select SOFORT as payment option
    5. Confirm payment by clicking “Sofort”
    6. Click Authorize Test Payment on Stripe’s test site
    7. Redirect to confirmation page with failed payment.

    Here’s what I just found out by writing down the step by step guide. If the payment is authorized really fast on the stripe page (step 6). The payment will show as failed on the confirmation page. I was taking some more time just now to write down the step, and in this case the new test order I just created went through properly.

    In production there would have been enough time gone by due to the customer’s input to confirm the SOFORT payment.

    I’d love to hear your thoughts on this.

    PS: I’d love to add that I actually had customers before who explained the same issue to me that the payment was showing as failed but I could see on my side that the payment went through. But not sure if it’s related to this issue here.

    Best,
    Den

    • This reply was modified 3 years, 8 months ago by deza90.
    Thread Starter deza90

    (@deza90)

    Hi @mrclayton,

    Thank you for offering such a fast support here.

    The message will appear on the confirmation page after confirming the test payment on stripes test platform.

    This might be a theme related issue. However I believe when the customer is redirected to the confirmation page the order is still in the status failed (see order notes below). I am not sure if this is the regular payment process for SOFORT.

    I was looking into your test order. In your case the order notes are as follow:

    Charge.succeeded webhook received. Payment has been completed.
    Mar 14, 2021 at 7:13pm

    Order charge successful in Stripe. Charge: py_1IUzKBDvSWQOCvdFv85dCR7O. Payment Method: Sofort
    Mar 14, 2021 at 7:13pm

    Order status changed from On hold to Processing.
    Mar 14, 2021 at 7:10pm

    Charge py_1IUzKBDvSWQOCvdFv85dCR7O is pending. Payment Method: Sofort. Payment will be completed once charge.succeeded webhook received from Stripe. Order status changed from Pending payment to On hold.
    Mar 14, 2021 at 7:10pm

    Error processing payment. Reason: The source you provided is not chargeable. Order status changed from Pending payment to Failed.
    Mar 14, 2021 at 7:10pm

    I also like to add that when you were running the test there might have been a custom function in the function.php

    //=================================================================================================================
    //  Since Paypal and Credit Card payments are confirmed right away, asynchronous methods (e.g. SOFORT) 
    //  can take up to 14 business days to confirm the success or failure (0.2% of all orders fail) of a payment. 
    //  
    //  Therefore we auto complete all WooCommerce orders with the thank you hook. 
    //=================================================================================================================
    /*add_action( 'woocommerce_thankyou', 'custom_woocommerce_auto_complete_order' );
    function custom_woocommerce_auto_complete_order( $order_id ) { 
        if ( ! $order_id )
            return;
    
        $order = wc_get_order( $order_id );
    
        // If order is "on-hold" update status to "processing"
        if( $order->has_status( 'on-hold' ) ) {
            $order->update_status( 'processing' );
        }
    }

    I have removed the function for now.

    Is this related to the plugin/stripe or something else wrong here?

    Best,
    Den

    • This reply was modified 3 years, 8 months ago by deza90.
    • This reply was modified 3 years, 8 months ago by deza90.

    Hi,

    I’d like to follow up on this topic with a similar question.

    I am currently using Weglot as translation tool. Weglot translates content on the server-side on the fly. However, I am running into issues regarding dynamic texts which should not be translated (e.g. order note). Weglot allows to exclude DOM elements from translating by using predefined css classes for DOM elements.

    Is there any other way to add css classes to the emails without touching the core Kadence email templates?

    Your help would be appreciated.

    Best
    Dennis

Viewing 9 replies - 1 through 9 (of 9 total)