jmgeffroy

I thought I had found the solution. I was using the wrong filter. Thanks to https://docs.paymentplugins.com/wc-stripe/api/source-class-WC_Stripe_Payment.html#259, I noticed that I should use 'wc_stripe_order_meta_data':

add_filter( 'wc_stripe_order_meta_data', 'add_custom_stripe_metadata', 50, 2 );

function add_custom_stripe_metadata( $metadata, $order) {
...
return $metadata;
}

However, for some unknown reason, this filter is not called. But it should, as I read in the aforementioned documentation:

$args['metadata'] = apply_filters( 'wc_stripe_order_meta_data', $meta_data, $order );

Perplexed…

Hello! Any update about this issue? We are facing the same problem when customers purchase products declared in Stripe. It’s 100% reproducible and always fails.
Thanks a lot in advance!

Hi, did you fix your issue? We are facing the same problem after migrating our WP to a new hosting. We also have a new SSL certificate. Maybe it is related? Surprisingly the unit payments work. We only have the issue with subscriptions.
Cheers

Forget about it, we simply had lost the English translation of the page :-D:-D:-D

Thank you so much! Maybe this can help: we have a problem that might be closely related: when we create a product translation through the API following the WPML documentation, the product attributes of the translated product are empty.
Maybe it’s a separate issue, I don’t know. I can open a different case for that.
Good luck in your debugging, and congratulations again, since its’ really a great plugin!

Haha not your fault at all: I have appreciated your responsiveness, it’s been extremely helpful!
I have another small issue but I’ll post on a separate topic.

We have found the issue! It was really stupid, as usual: we had a product attribute slug identical to the vendor store URL!!! Shame on us. But congratulations on your fantastic plugin and support!

Hi, this morning the language switcher works: I can navigate to each translation of the Store Manager page (I have added the translations that were missing). But still 404 on shop pages.

I have double-checked, and I do have translations of the Store manager page for each language.

Hi!
Here is the screenshot, fo “Page”, the first radio button is selected: https://ibb.co/vkc2SY4

SOrry, here is the screenshot: https://ibb.co/zJt68c2

I hadn’t seen your previous reply.

lease go to WCFM Admin settings – Marketplace Settings -> Check “Store Base URL” in both languages -> are those properly saved?

I don’t see how to switch language in the marketplace frontend. When switching with the global language switcher, I go to the home page, and if I simply add a language code (such as /fr/) in the URL (such as https://eclub.mantano.com/fr/store-manager/#wcfm_settings_form_marketplace_head), I am redirected to the https://eclub.mantano.com/store-manager/#wcfm_settings_form_marketplace_head.
So I have to get a better understanding of how WCFM Mktplace and WPML work together…

Here it is: https://www.dropbox.com/s/rzl650vbtz0w3dc/Capture%20d%27%C3%A9cran%202020-03-31%2019.01.17.png?dl=0

Yes, it’s a multi-site installation, and the vendor users are created in the sub-site (we are using the https://www.ads-software.com/plugins/network-subsite-user-registration/ plugin).

The vendors role is “Store Vendor as expected. Yes, the product URLs are accessible (such as this one). It’s only the vendor’ stores pages that are inaccessible…