• Hi there

    First, thank you for building an awesome plugin, kudos.

    two issues to report.

    issue #1: I have two sites, and both have been working fine for sometime. However, over the past few days, I have noticed that one site is now redirecting to an empty page after a successful payment (Stripe Test checkout), the other redirects to a page with content (Expected). Both sites are identical in plugin configuration and other WP software (theme, plugins, etc.). the thank you page is custom but also identical that allows customers to download a PDF after the purchase. Stripe shows test checkouts successful. I have tried the following with no luck.

    1. clear cache, and add thank you page to caching exclusion.
    2. tried different browsers
    3. tried upgrading the Stripe APIs to the latest version (didn’t expect it to make a difference but just in case)
    4. tried debug logs, but it shows successfully redirected to thank-you page and nothing after that.

    issue #2: my theme uses Recaptcha v3, and I have v2 invisible Recaptcha configured on the Stripe checkout plugin. It has been working fine for a long time, but past few days, noticing that recaptcha is failing (red banner at the top) during checkout. I tried with v2 visible Recaptcha but it still fails. I disabled, and obviously it works.

    I’d appreciate if you can tell me what to do about these issue. Without a valid thank-you page, my customers are unable to download the PDF file.

    test URL: https://bit.ly/3bBNcKK

    thanks

    • This topic was modified 4 years, 2 months ago by outlook9394.
Viewing 10 replies - 1 through 10 (of 10 total)
  • Thread Starter outlook9394

    (@outlook9394)

    Stripe plugin logs.

    [09/08/2020 9:50:30 PM] – Stripe Payments debug log reset

    [09/09/2020 5:51:43 AM] – Payment processing started.
    [09/09/2020 5:51:43 AM] – Got product ID: 53680
    [09/09/2020 5:51:43 AM] – Firing asp_ng_process_ipn_product_item_override filter.
    [09/09/2020 5:51:43 AM] – Firing asp_ng_process_ipn_payment_data_item_override filter.
    [09/09/2020 5:51:43 AM] – The transaction ID of this notification is: ch_1HPMDcCNwbATXoSvCcj7Al2i
    [09/09/2020 5:51:43 AM] – Constructing checkout result and order data.
    [09/09/2020 5:51:43 AM] – Firing asp_ng_payment_completed filter.
    [09/09/2020 5:51:44 AM] – Firing asp_ng_payment_completed_update_pi filter.
    [09/09/2020 5:51:44 AM] – Firing asp_stripe_payment_completed action.
    [09/09/2020 5:51:44 AM] – Payment has been processed successfully.
    [09/09/2020 5:51:44 AM] – Redirecting to results page “https://www.blah.com/stripe-checkout-result-ebook-pdf/”

    Thread Starter outlook9394

    (@outlook9394)

    I also noticed that redirect happens to this page (expected), but not sure about the #paymentpopup

    https://www.blah.com/stripe-checkout-result-ebook-pdf/#paymentpopup

    Plugin Support mbrsolution

    (@mbrsolution)

    Hi,

    The Stripe Payments plugin creates this page when you first installed the plugin. If you have deleted this page, you can use this documentation to recreate it.

    Let me know if the above helps you.

    Thank you

    • This reply was modified 4 years, 2 months ago by mbrsolution.
    • This reply was modified 4 years, 2 months ago by mbrsolution.
    • This reply was modified 4 years, 2 months ago by mbrsolution.
    • This reply was modified 4 years, 2 months ago by mbrsolution.
    Thread Starter outlook9394

    (@outlook9394)

    Thanks for your reply, appreciated.

    There are three issues happening at the same time, across 2 sites. I have Stripe plugin as well as your PDF Stamper plugin configured on both sites to stamp the eBook PDF.

    Issue on Site 1:
    This is the one shared above. I am using a custom thank-you page, and it has been working fine for months, but seems broken all of a sudden (perhaps after the last plugin update?).

    The custom thank-you page has the following content, on both sites:

    [accept_stripe_payment_checkout]

    Thank you for purchasing the {item_name}. Your purchase invoice is on its way to your email inbox.

    Please Click here to download your eBook PDF.

    The download link will expire after a week from now.

    [/accept_stripe_payment_checkout]

    [accept_stripe_payment_checkout_error]

    Ouch. There was an error with the credit card transaction. Error details below:
    {error_msg}

    [/accept_stripe_payment_checkout_error]

    Issue on Site 2:
    After checkout, unlike site 1, here I am able to see a correct thank-you page, however, the {item_url} apparently pointing to the secure download URL as opposed to a PDF stamper generated link that allows people to download a stamped PDF file. Now, because it is showing my customers a secure download URL, they are all getting a 403 forbidden (expected, since no one is allowed to download the original non-stamped PDF files). Please note that PDF Stamper plugin is still generating the stamped files, they are just not being shared on the thank-you page.

    Issue on Both Sites:
    Recaptcha seems broken. If I turn it on within the plugin, it simply leads to Recaptcha failure message on the checkout window (red bar at the top) and customers are unable to complete checkout. If I disable, Recaptcha, it works. Again, this has been working fine for months, but all of a sudden stopped working.

    I’d appreciate your help here. These issues are causing a lot of upheaval for me since my customers are unhappy about the experience and it is resulting in extra support burden (to manually share the stamped PDF links).

    Thanks a bunch.

    • This reply was modified 4 years, 2 months ago by outlook9394.
    Thread Starter outlook9394

    (@outlook9394)

    Hi there

    One update.

    I rolled back the plugin to v2.0.32 on both sites, and it has fixed the issue on site 2 (without changing anything else) and Recaptcha on site 2. However, issue on site 1 and the Recaptcha on site 1 remain broken.

    For the record, I am using v2 visible Recaptcha now.

    thanks

    Plugin Support mbrsolution

    (@mbrsolution)

    Hi,

    I rolled back the plugin to v2.0.32 on both sites, and it has fixed the issue on site 2 (without changing anything else) and Recaptcha on site 2. However, issue on site 1 and the Recaptcha on site 1 remain broken.

    Are you saying version 2.0.35 caused the issue above in both sites? And reverting back to version 2.0.32 fixed the issue in one site but not the other. Have you tested version 2.0.33?

    Thank you

    Thread Starter outlook9394

    (@outlook9394)

    The issues looked so intermittent, I ended up disabling all plugins and re-enabling them. Lo and behold, everything seems to be working fine at this time. I will report if something changes.

    I have a feature request to make here. Under Orders, can you please add a way to pull the total for the Month-to-Date and Year-to-Date? I am hoping that you can display the total $ at the top. This will help tally the sales.

    Plugin Support mbrsolution

    (@mbrsolution)

    Hi,

    Glad to know that it is working well now ??

    I have a feature request to make here. Under Orders, can you please add a way to pull the total for the Month-to-Date and Year-to-Date? I am hoping that you can display the total $ at the top. This will help tally the sales.

    I have submitted a message to the developers to investigate further your request.

    Thank you

    Plugin Contributor Alexander C.

    (@alexanderfoxc)

    Might be related to siteground-optimizer. Looks like it processes payment popup CSS and JS (which it shouldn’t actually do).

    I’d suggest to clear its cache every time you make any change to Stripe Payments settings or products. Also after plugin updates as well.

    Thread Starter outlook9394

    (@outlook9394)

    Thanks Alex for the caching best practices.

    Is there any way to exclude payment popup CSS/JSS from SG Cache plugin? I have already excluded the thank-you pages.

Viewing 10 replies - 1 through 10 (of 10 total)
  • The topic ‘successful payment and redirect but thank-you page is empty’ is closed to new replies.