Languages: English (English )Portuguese (Brazil) (Português )
Timezone: America/Sao_Paulo (GMT-03:00)
Hello,
I would like to request temporary access (wp-admin and FTP) to your site to take better look at the issue. You will find the needed fields for this below the comment area when you log in to leave your next reply. The information you will enter is private which means only you and I can see and have access to it.
Our Debugging Procedures
I will be checking various settings in the backend to see if the issue can be resolved. Although I won't be making changes that affect the live site, it is still good practice to backup the site before providing us access. In the event that we do need to debug the site further, I will duplicate the site and work in a separate, local development environment to avoid affecting the live site.
- Please make a backup of site files and database before providing us access.
- If you do not see the wp-admin/FTP fields this means your post & website login details will be made PUBLIC. DO NOT post your website details unless you see the required wp-admin/FTP fields. If you do not, please ask me to enable the private box. The private box looks like this: hidden link
Please, let me know if you need any additional details. Have a nice day.
Hi,
Before the next step of analysing my staging site, I tested following:
Testuser has an English Membership as a base, I added a second German Membership, then the user has access to the English and German Product / Product Categories and not to the Frensh and Spanish translated Products.
So here is the question how I shall make the settings generally. If I don't translate the Memberships, I only have English names, but I need to have translated names (I don't need to have a Membership / language.) and set the Memberships to translation.
And in an English Membership I only can set access to the English Products / Product Categories.
So what shall I do to have:
Membership names translated
access right set with one membership to products / product categories in all languages
Thanks, kind regards
Eric
Languages: English (English )Portuguese (Brazil) (Português )
Timezone: America/Sao_Paulo (GMT-03:00)
Hello Eric,
I checked it but it seems like what's happening is the expected behavior.
For example, is we check the hidden link for the user Test2 it is empty.
This is because all French products are restricted to this user, if I edit a French product, eg.: hidden link and I temporarily remove the restriction, then the Boutique page starts loading this product: hidden link
I sincerely apologize if I misunderstood this issue, if that's the case, please elaborate a bit more so I can better understand this issue.
If you need to send a screen record, you can use a free service such the loom.com.
Hi,
Thanks, I understand you and disabling the restriction of the product shows it in another language. But this is only a detail and don't fits into the general needs:
I need following system:
- premium memberships
enabled by buying a premium membership product (monthly, yearly)
- premium business memberships
enabled by buying a premium business membership product (monthly, yearly)
And I have job packages which only can be bought by business memberships
So I have 3 product categories:
1) premium membership products
2) premium business membership products
3) job packages products
In the shop the not business member must see the cat 1), the business member must see cat 2) and cat 3).
In English it is working well.
But the problem starts by translating the memberships (I would need only the translated names and not a membership per language - but that is not possible, isn't it?). So I enabled 4 memberships (4 languages) and for example in a membership I can only restrict product categories in the same language. That is why the member sees with his en-membership only the en-product categories but not the translated de-product categories. This is a problem.
And I made a test: if now a user buys a premium membership product, he gets a membership in all languages, so he have bought 4 memberships and has listed them in his account. That is not good.
So here a general problem occurs. And I am wondering what the standard setting for the woo memberships with subscriptions products and WPML is.
Again: if I set the memberships to "non translate", all is working well (as I tested it so far ...), but the membership name is in my system fixed in English in all other languages, that is not what I need, I need here also a translation (only for the name!).
So please check, may be here is way or may be it is possible by adding a code into the functions.php?
Languages: English (English )Portuguese (Brazil) (Português )
Timezone: America/Sao_Paulo (GMT-03:00)
Hello there,
Thank you for providing me with that extra information regarding this issue.
"But the problem starts by translating the memberships (I would need only the translated names and not a membership per language - but that is not possible, isn't it?)."
That is correct, being a CPT, you need to translate it entirely, that is going to create a new entity, but they should be connected, hence you seeing 4 subscriptions when a user buy in one of the languages, I checked if there's a workaround but it looks like currently there's no workaround for it. So as of now it'd not be possible to only translate the name of the membership but have the exact same object/post(being a cpt) used across all languages.
One thing that I checked is that in the dev site, the user that you shared 'Testuser2', had mixed memberships levels across the different languages. I removed all membership for this user, and made sure to add the equivalent for 'premium business memberships' in all languages.
Now when I log as this user, I'm able to see the correct products packages/categories across all languages, can you please test it again and confirm that this user is now set up accordingly?
Even though it represents a bit more steps to make sure all correct packages are assigned and that the user will see the different 4 translations for his memberships in their dashboard, does this workflow with the products being correctly limited, suffice for you?
I can escalate it to our compatibility team, to see if it is possible to adjust the flow or come up with a workaround that would attend your specific needs, they will check if this implementation is viable and let us know.
The process of escalating it to the compatibility team requires that you replicate this issue to a sandbox site with a fresh copy of WPML and WordPress.
Here's what is needed to be done:
1- Install Essential Components Only: In the sandbox provided in my private reply above, please install your theme(if needed) and only the plugins necessary to replicate the issue. Avoid importing the entire site.
2- Set Up the Page and Configurations: Mirror your current setup that's causing the issue, focusing on the issue with the multiple memberships, we only need the site to be partially replicated up to a point where we can debug this issue. It is not needed to recreate all memberships, products, restrictions and languages, just the essential for debugging purposes.
3- Notify Us Once Done: After replicating the issue in the sandbox, inform us through this ticket so we can proceed with further analysis.
The goal here is to reproduce this issue in a controlled and minimal environment allowing us to proceed to the next stags of the compatibility debugging.
We appreciate your cooperation in this matter. Let us know once you've set up the sandbox.
Hi,
Thanks a lot for the comprehensive answer and the possibility to set up the sandbox demo.
I only want to let you know, that I have contacted the Skyverge support regarding this topic. They are the developers of the membership plugin and I would like to know their advice. As soon I have an answer for knowing, how to proceed, I will add here a further reply. Please let this ticket open at the moment. Thanks, kind regards
