CHECKOUT-4636 Hosted Gateway customers not redirected correctly to Confirmation Page

[fthobe]

Update

BC confirmed a bug in payments.bigcommerce.com that can not be resolved by users and try to fix it by end of Q2 / 2020.

Expected Behaviour

When customers complete a purchase they are redirected by payments.bigcommerce.com to the order confirmation page.

Expected Behaviour

Customers are redirected to /checkout that subsequently is not loading the order confirmation page. A refresh of the page redirects to the correct page. Currently this issue has been replicated Adyen, but it can not be confirmed or denied right now, if the issue can be replicated on other payment methods.

Additional Information

The issue was reproduced and referenced by BC customer support in Issue CHECKOUT-4636

Implications

Retargeting relies on flagging the customers who visit the confirmation page as confirmation for a successful order. Segmentation of customers is therefor not correctly done if the customer didn't visit the confirmation page, this results in a financial loss for merchants due to burning of adwords budgets for customers that have already purchased products.

[fthobe]

Hi Luis @capsula4 , this bug causes a lot of problems with AdWords and other remarketing advertising services as it is impossible to determine if the customer has already bought a product or not. Any way you people can take a look at it.

[fthobe]

Possible Solution

jscript function that verifies following conditions and subsequently loads order completition page:

Condition 1 If the order is completed

Condition 2 If the referral was payments.bigcommerce.com

This workaround makes only sense if the referral path will remain payments.bigcommerce.com . @capsula4 Luis, what do you think?

Fabian

[fthobe]

Has this been fixed?

[bc-0dp]

@fthobe I believe this was resolved no?

[bc-0dp]

Closing this due to inactivity