aclancy

Thanks for the suggestion. What I would like most is to figure out where this is coming from. Can you suggest places to investigate? Since I don’t have the Amazon Payments plugin installed any more, could it be coming from the woocommerce files? A management file like htaccess? The database? Somewhere else?

It exists somewhere. If I can find the source I can probably figure out how to remove it.

Thanks again.

Edit: Actually I figured out that any random thing I type as a URL past:

my-website.com/wc-api/

returns “-1”, which I take to be a negative response from /wc-api/

so “my-website.com/wc-api/xxxxxxx” returns -1

This doesn’t strike me as a problem. If there is a chance “&amazon_payments_advanced=true” is still being outputted somewhere, and you have an idea where, please let me know. If it’s just an artifact in Google Search Console from the past, and it’s not a URL being generated by my website, I will assume those URLs will drop out of Google in time as Google figures out they don’t exist.

Thanks again.

• This reply was modified 1 year, 9 months ago by aclancy.

Thanks for looking into it. I saved the permalinks as you suggest but I don’t think that’s going to do anything. I visited the /wc-api/wc_gateway_amazon_payments_advanced page after saving the existing permalink structure and it still returns “-1”, meaning the page loads and that page is blank except for “-1” in the upper left corner.

Update: I figured out that /page/ is the wordpress default search structure and not something relating to this issue. It looks to me like the issue is ?s&amazon_payments_advanced=true is being appended to every url on the website somewhere, somehow, or for some reason Google is seeing that and counting it as a page and creating errors in Search Console. The reason this is confusing is because I don’t use Amazon Pay and haven’t for years.

Well-intentioned I’m sure, but that feels a bit like posting my Social Security Number online. Perhaps there’s a less intrusive way to get some of that info to you.

For the customer email, I was only able to replicate this by manually resending the emails from the admin. I’ve created a bug report for the team to look into:
https://github.com/Automattic/woocommerce-payments/issues/3513

I am getting explicit currency formatting in both customer emails – order confirmation and shipping confirmation. I wish I could offer some explanation for why I’m seeing it and you’re not. I’m happy to answer any questions that might help lead to an answer.

I’ve also created an enhancement request to add filters to disable explicit formatting entirely:
https://github.com/Automattic/woocommerce-payments/issues/3514

As for the print out, this will have explicit formatting due to it’s being done from the admin. Once the filters are added, you will be able to use them and disable this.

Sounds great, thank you.

USD also appears on the receipt page that I print and send to the customer with each order.

https://d1vjei9rgwsxdz.cloudfront.net/images/custreceipt-printversion.png

I did a test order to refresh my memory and see where currency format stands on the frontend. Formatting on the thank you page looks good, contrary to my recollection but I’m glad to see it.

Customer order confirmation email has USD in order total.

https://d1vjei9rgwsxdz.cloudfront.net/images/orderconfemail.png

Sure. I’ll see if I can help. And I’m interested in a filter that would (most importantly) remove explicit currency formatting from anything the customer sees, which I believe is their order receipt, and (second priority) on the backend in admin areas. I sell only in the US where there is only one currency, so there’s no need for any delineation.

As an aside, I found the code you referenced and identified that page as the one controlling the explicit formatting output.

Hi – your explanation makes great sense but “enable multi-currency” is unchecked. The only thing checked in advanced settings is error logging.

Some plugins I’m using that seem to interact with Woocommerce Payments are:

Woocommerce Subscriptions
PayPal Express
PayPal for Woocommerce

…on the off chance this is helpful to know.

• This reply was modified 2 years, 12 months ago by aclancy.

Wonderful, and will do. Thank you.

Yes, but this issue cannot be solved with a template override, unless I removed the payment method entirely from the customer receipt, and that’s not a solution.

A function within the plugin is inserting “Google Pay (Woocommerce Payments)” into the receipt. It is not possible to remove just part of that string with a template edit.

And because the function does not insert any html to distinguish “Google Pay” from “Woocommerce Payments)”, CSS can’t provide a solution either.

(edit – removed an elusion to another issue on another post not relevant to this one. I guess I have to say that because edits are chronicled and people can respond to posts prior to final edit)

• This reply was modified 2 years, 12 months ago by aclancy.
• This reply was modified 2 years, 12 months ago by aclancy.

Hi – thanks for the reply.

So the issue is not that the currency is incorrect. Rather, that it’s being printed at all after totals.

– In the US, we do this: $12.49
– We never, ever do this: $12.49 USD
– Woocommerce Payments prints on my customer’s receipts: $12.49 USD

This is a deal breaker for me.

As an aside, I looked through the Woocommerce Payments code, and they’ve done an INSANE amount of work on currencies and payments and such. It’s very impressive what goes on behind the scenes.

It seems like there should be an easy fix here to stop outputting the ‘USD’ into my admin backend and customer receipts, but I’m afraid of breaking something.

• This reply was modified 2 years, 12 months ago by aclancy.

Sorry to be a pain, but this is too much.

Customer uses: Google Pay
Receipt says: Google Pay (Woocommerce Payments)
Credit card charge notification simply says: Stripe
Credit card statement says: Merchant name

This is going to make customers uncomfortable because (a) they likely don’t know what these things are, but most importantly, (b) they are going to wonder why they are being told these things. I did a test transaction to see what shows up and it even makes ME wonder what’s going on, and I sent money to myself!

This is too much information and the wrong information. It’s just too much.

The customer bought something at Store X with Google Pay. Hitting them with information about backend payment processing is unnecessary and causes confusion. This is compounded by the fact that it’s happening from multiple processors in a single transaction.

• This reply was modified 2 years, 12 months ago by aclancy.
• This reply was modified 2 years, 12 months ago by aclancy.
• This reply was modified 2 years, 12 months ago by aclancy.
• This reply was modified 2 years, 12 months ago by aclancy.

Alright, thank you – I appreciate the reply.

(Second paragraph I meant to say Amazon Pay inserts a banner at the top of the checkout page in addition to the one on the cart page below the checkout button. I understand this location is optional, but the issue is still the lack of standard integration with the other payment gateways/methods)