donsanto

Right on point. The setting as it is right now is not very good on a multisite network.

@alimuzzamanalim Why is that expected behavior?

If I have a multisite where all sites are language version of the same content, I will have to upload the same images to the blob storage again and again. Why not take advantage of the fact that all sites use the same shared media storage. Now we’re just adding an unnecessary layer of redundancy, just as if the media library wasn’t external as in a normal multisite.

@seedprod that would be super. If I could globally activate it on all sites from the network panel that would make me get the paid version right away.

I don’t know if this is related but when activating the plugin it says the application has not been verified by Google. I’m holding my activation until this is resolved.

@dandange There is WooStripe (https://woostripe.com/). It’s probably also easier to discuss improvements as it’s a paid plugin.

I Agree. I’m looking at other solutions at the moment as I need these payment options as well.

Royho,

I just got an answer back from from Stripe. Basically the excerpt of the statement from Stripe that was the source for this implementation has been interpreted in a very strict way. While it is true, it also assumes that those businesses charge in their own currency. Things changes if they also charge in a foreign currency.

If you look at it from the opposite perspective and take a US business having a checkout in Euro, JCB, Discover, and Diners Club will be shown as accepted cards as the business is located in the US, but as these cards only accepts USD, the transaction would fail (or maybe the customer may be charged a foreign exchange fee by their credit card company).

Ok, so enough with the rant, this is the question I asked to Stripe after describing the scenario described in this thread:

“Can I, as a Swedish business, located in Sweden and using USD as the store base currency and checkout currency, accept JCB, Discover, and Diners Club cards as payment option?”

This is the reply I got:
[email protected]

Thanks for reaching out to us at Stripe today. My name is Mike and I’ll do my best to shed some light on our payments.

https://support.stripe.com/questions/which-currencies-does-stripe-support

So, doing things the correct way would be to control which card icons are shown or hidden by looking at the store base currency since it is not the location but the currency that dictates what cards are accepted. Which is what the Stripe support confirms.

If you still feel that you need documentation from stripe I’d say it is that last link from the answer, which is the same link I provided earlier. Otherwise, you can just reach out the the Stripe support and they’ll confirm this to you personally; [email protected]

Sorry for this long reply, but even if these are only small details, they are still important as they can have a big impact on the business.

Royho,

thank you. I will see what I can dig out from Stripe. I agree about doing things the correct way. I’ll let you know if I find anything. In the mean time I’ll read up un filters.

• This reply was modified 7 years, 9 months ago by donsanto.

Con,
I am not a developer so I will probably not submit a pull request. I only wanted to point out this “faulty” implementation. Doing such check after card information submit assumes the user will use a card NOT listed as a valid card, which seams pretty far fetched imo.

Even though I’m not a developer, I can’t imagine this being hard to change. Especially since it used to be be implemented the right way before, right?

C’mon, you can do it! ??

If not, maybe someone could at least give us non developers an example of how to solve it using filters?

• This reply was modified 7 years, 9 months ago by donsanto.

No, of course it does not stop people to pay with a supported card. That is why this implementation is strange. If the base currency is supported by a card, it is perfectly fine to use that card no matter the location of the site (that assumes that the store owners knows what currencies are supported in their country. But that is another discussion).

But what it does is not telling people that their card is perfectly fine to use. And that is an issue. It is good that this could be changed using filters. However, I think that this logic is important enough to have it (re-)implemented in the plugin core to be honest.

• This reply was modified 7 years, 9 months ago by donsanto.

Royho,

thank you for your reply, much appreciated!

I actually don’t know what to make out from that discussion. The link to the referenced Stripe document does not exist anymore. What did it say?

Going back to my logic above, showing/hiding the credit cards based on location makes no sense. Reading Stripes documentation about supported currencies it is clear that it is the currency that dictates what cards to accept, not the location.

Charging only in USD, for example, should display all cards available to use with that currency, even if the store is located in Sweden – as in my case. As much as I love Stripe, should I suspect that I am missing out on sales because of this, I have no option but to change payment provider. I really do not want to do that, nor do I think this is something Stripe would like either (the fact that others doing international business sees this issue as well).

As I said before, it should at least be an option in the plugin settings to chose base location or base currency as the credit card visibility switch.

Or, am I missing some important piece of information from the Stripe documentation that I have not found?

• This reply was modified 7 years, 9 months ago by donsanto.

Good that I loked here before actually buying.

How is the multisite support going, any progress?

Before knowing about the lack of multisite support I installed the free prices plugin just to see how it looked in the back-end. However I don’t have any user role called Wholesale nor any wholesale price field on the products. Does this have to do with the lack of multisite suport?

Thanks,
Patrik