Support

October 29, 2019 at 8:42 am

Yeah, I understand.

Problem is on all of my test sites I can’t reproduce.

They all charge the correct value, like so – https://monosnap.com/file/4gJaU36JbKGwvGfo2Rfw5DxrjwDlsR

Any caching enabled on the site?

Can I take a quick look over the payment logs on the site? If so you can send temp login details using this form:

https://eventespresso.com/send-login-details/

October 30, 2019 at 9:09 am

Hi Dorian,

Are you using a plugin to hide the wp-admin/login?

I can’t find a log in page on your site?

October 30, 2019 at 9:56 am

Thank you.

So the only way I can reproduce the same issue is to add the promotion code to the field, but not submit it, then submit the payment via Auth.net and quickly submit the promotion whilst the request is going through.

The page does scroll up to the top of the chekcout page when you submit a payment, which just so happens to also show the promotion input field.

So that would be my guess as to how this happened.

The user arrived at checkout, input their details and then on the payment options input their promotion code but didn’t submit. Further down the page they submit their payment details and the page scrolled up, they then also clicked to submit the promotion.

That means the payment was initialised using the current line items and then the ajax request for the promotion code updated those line items meaning the transaction shows the promotion, but the payment does not.

October 31, 2019 at 3:12 am

You’re most welcome.