[Resolved] The Members Directory does not work properly.
This thread is resolved. Here is a description of the problem and solution.
Problem: The client was experiencing an issue where the Members Directory was not properly displaying members in different languages. Specifically, the Member Type for some members was not specified, and students and instructors were not shown at all in Ukrainian and Russian. The issue was related to the API interactions with the "VibeBP" plugin, where the 'member_type' property in the API payload was not reflecting the translated term in languages other than the default.
Solution: We took the following steps to resolve the issue: 1. We navigated to WPML > Settings > Taxonomies Translation and set the translation preference for "Member Types (bp_member_type)" to "Not Translatable." 2. We then removed the Translated Member Types by going to Users > Member Types, keeping only the default ones. These adjustments ensured that all users were assigned the default member types, and the filter began to work properly in each language.
If this solution does not seem relevant to your situation, please do not hesitate to open a new support ticket with us.
This is the technical support forum for WPML - the multilingual WordPress plugin.
Everyone can read, but only WPML clients can post here. WPML team is replying on the forum 6 days per week, 22 hours per day.
We contacted WPLMS support hidden link , but after long efforts to solve the problem, they advised us to contact you again. hidden link
So, let me remind what the problem is:
For some reason, Member Type for some members is not specified in the Members Directory hidden link though a member was registered on the site as an instructor. Also, Member Type is not shown here hidden link . Consequently, they are not shown in the student/instructor filter.
In Ukrainian and Russian students and instructors are not shown at all. hidden linkhidden link.
We need all users to be filtered in the same way in all languages, that is, the user's member type should be the same in all languages. So that when a user registers, his member type is automatically set in the same way in all languages.
We've been dealing with an unusually high number of tickets over the past few days, resulting in a slight delay in our response times. But, we are trying our best to reduce the time. Sorry for any inconvenience this may have caused.
I understand the issue you're having. From WPML Debug Info, I found a taxonomy named "member type" which is set to "Translatable". It seems that type hasn't been assigned to the members correctly, which is why, the Type is not showing in the Directory. Would you please try the following and check if that helps to solve the issue?
- Please go to "WPML > Taxonomy Translation" and select the "Member Type" from Dropdown
- Ensure that the terms have been translated correctly into other languages.
- Now, go to "WPML > Settings" and scroll down to the "Custom Field Translation"
- Click on the "Show System field"
- Search for the "Member" and ensure that the "member type" system field is also set to copy.
- Now, create a new member profile manually and select the type.
- Translate the member profile and check if the Type is being copied to the Translated profile properly.
Please let me know if that helps or if you need further assistance in this matter. I will be happy to help.
Hi There,
Thank you for trying out the suggestions.
Since the issue persists, a closer inspection will be required to understand the root cause of the issue.
I would like to request temporary access (wp-admin and FTP) to your site to take a better look at the issue. It would be better to have a testing site where the issue is replicated.
You will find the needed fields 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.
Maybe I'll need to replicate your site locally. For this, I’ll need to temporarily install a plugin called “Duplicator” or "All in One WP Migration" on your site. This will allow me to create a copy of your site and your content. Once the problem is resolved I will delete the local site. Let me know if this is ok with you.
IMPORTANT
-Please backup 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
Hello There,
Thank you for sharing the access information.
I have checked and found that if I select "Instructor" from the filter in the Russian language, I can see that a Member appears in the result, please check this screenshot: hidden link
But, if I do the same for Ukranian language, it is not happening. Could you clarify if there were any unique adjustments made to that profile? Understanding the reason for its appearance in the Russian filter but not the Ukrainian one would greatly assist in identifying a solution.
I also want to confirm that the slug and other configurations for the Member types appear correct from my end. It suggests that there might be specific settings for the profile that aren't translating to the other language.
Let me know the update. I will be happy to help if you need further assistance in this matter.
Previously, during testing, we could manually configure the member type here hidden link and the member was displayed on the page like this one hidden link. But if at first the member was displayed only in English and we changed its member type to some other language manually, then after that it was displayed only in the language where we manually set its member type and disappeared from the language where it was displayed before that.
So far, WPLMS support has helped us set up the member type so that it is copied to all languages automatically, but it did not help with users being displayed on the site.
Hi There,
I hope you're doing well. Sorry for the delay in responding I was unavailable due to the weekend and a holiday.
Since the "Users" section of WordPress is part of the Admin Page, not a post type, it is not possible to create users per language. Would you kindly clarify the following statement?
But if at first the member was displayed only in English and we changed its member type to some other language manually.
I also would like to inform you that by changing the Translation preference for the "Member Types (bp_member_type)" post type to "Not Translatable"(WPML > Settings > Taxonomies Translation), it is possible to display the Instructors properly in other languages, but the Student filter doesn't work with that adjustments.
However, based on your answer, I'll delve deeper into the matter and do my utmost to resolve the issue for you.
I meant that at first, we had no problems with the English language filter, and all users were displayed correctly. But we need all the same users to be displayed in the same way in Ukrainian and Russian languages. We tried to manually select the member type here hidden link, because before there was no checkmark in either Ukrainian or Russian ( WPLMS support helped us to duplicate the member type in all languages - but it did not help to solve the problem).
Hello There,
Thank you so much for your cooperation!
After a thorough investigation, I have successfully managed to display the Members properly in the directory. The directory now accurately lists Instructors and Students. Below, I've detailed the process and my findings for your review.
The core of the issue was related to the API interactions with the "VibeBP" plugin. Specifically, when selecting a Member type through the directory's filter, I noticed that the API payload was consistently sent in the default language. This behavior persisted even when switching to other languages.
To illustrate, let's consider the "Instructor" member type. When a user selects "Instructor" in the Ukrainian language, the payload for the 'member_type' property should correspondingly reflect the translated term (e.g., "Instructor-uk", as you have translated the Instructor already to Ukranian). However, I found that the "member_type" property always defaults to "instructor" in any language, as shown in the provided screenshot (hidden link). Since the "Instructor" member type doesn't exist in other languages, the query returns zero results.
It appears that the multilingual support has not yet been integrated properly into the API, responsible for retrieving member information from the VibeBP plugin, which is why the filtering function is not operating correctly across different languages. I suggest reaching out to VibeBP support to address this issue and share these findings with them. I hope they can devise an effective solution to manage member types in each language.
Now, to address the issue, I took the following steps:
1. Navigated to "WPML > Settings ↳ Taxonomies Translation" and adjusted the translation preference for "Member Types (bp_member_type)" to "Not Translatable."
2. Then, I removed the Translated Member Types by visiting "Users > Member Types," and kept only the default ones. This change ensured that all users were assigned the default member types.
After these adjustments, the Filter started to work properly in each language. From now on, any student or Instructor you add will be part of the default Member type and they will also appear properly in the Member directory upon filtering.
Please let me know if that helps or if you need further assistance in this matter. I will be happy to help.
