Home›Support›English Support›[Resolved] Issue with Filter Everything Not Displaying Correct Values Due to WPML String Translation
[Resolved] Issue with Filter Everything Not Displaying Correct Values Due to WPML String Translation
This thread is resolved. Here is a description of the problem and solution.
Problem: The client is using ACF and Filter Everything Pro to filter custom post types on a WordPress site. Despite setting up the filters correctly, each filter value shows a count of 0, and videos disappear when changing specific filter settings. The issue seems related to the WPML String Translation plugin, as deactivating it resolves the problem, but the client needs it for other site functionalities. Solution: 1. Add the following query shortcode to the page and its translation:
[fe_widget]
[display_videos_posts]
2. Update the filter set in both languages with the option 'And what to filter?': Video query. This should correct the count display in the frontend. 3. If the issue persists, it might be due to database corruption when changing the default language. Fix this by changing the product custom base to 's' in Settings > Permalinks.
If these steps do not resolve your issue, or if the solution seems outdated or not applicable to your case, we highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If needed, please open a new support ticket at WPML support forum for further assistance.
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.
Background of the issue:
I’m currently working on a WordPress site and using ACF and Filter Everything Pro to filter custom post types. I created a custom post type 'Videos' and added several videos, with the goal of filtering them using Filter Everything / ACF custom fields. The filters have been set up correctly. URL: hidden link
Symptoms:
Each value in the filters shows a count of 0, which is incorrect. When 'Empty Terms' is set to 'never hide' and 'Hide empty filters' is disabled, the videos are displayed correctly. However, changing these settings causes the videos to disappear, and the filter doesn’t work as expected. Query Monitor shows a PHP error: rtrim(): Passing null to parameter #1 ($string) of type string is deprecated.
I reached out to Filter Everything support, and they logged in to investigate. They discovered that the issue seems to be related to the “WPML String Translation” plugin, though they couldn’t provide specifics. I was able to verify that everything works fine when I deactivate the String Translation plugin, but I need it for other functionalities on the site.
Questions:
Is there a way to fix the issue with String Translation?
Can I reinstall the String Translation plugin without losing the already translated strings?
Is there any way to re-import the translated strings if I do a fresh installation?
Here is the forum ticket. I would like to request temporary access (wp-admin and FTP) to your site so I can take a better look at the issue. It would be better to have a testing site where the issue is replicated. Your next reply is set to private to share the info.
❌ IMPORTANT: Please backup your database and website before proceeding ❌
You can use this plugin to create the backup: https://wordpress.org/plugins/duplicator/
✙ I would need your permission to de-activate and re-activate Plugins and the Theme to change configurations on the site if needed. This is also a reason the backup is critical.
I've tried some troubleshooting steps on your site, and corrected the ACF field group setting but it doesn't help. It is a compatibility issue between Filter Everything Pro, ACF and WPML, so can you please try to replicate the issue with a clean WordPress installation? You can access the admin area directly with this link hidden link
Kindly follow the steps below:
- Don’t restore your site there.
- Install Filter Everything Pro, ACF plugins.
- Try to replicate the issue with minimal steps.
- Then let me know the steps to replicate it.
Hi, I have now set up ACF and FE, created a new page type, configured the filter, and created a test page, just as the FE support did with the snippet. Here is the link: hidden link
It seems to be working. Can you draw any further conclusions from this and assist me further?
I assume your recommendation now is to perform a “clean install”? But how would I do that without losing all the data?! Isn’t that extremely time-consuming?
I can replicate the issue on the sandbox site. This happens when I translate the filter set post type and create the same filter as in the English language.
I'm discussing this issue with our 2nd tier support and I will update you here when I have something to share.
I hope you’re doing well. I wanted to check in and see when I might expect some feedback. This would help me provide my client with an estimated timeline, or determine if I need to seek additional support elsewhere. A quick update would be greatly appreciated!
Our 2nd tier support found that, on the sandbox site, if we add the query shortcode to the page and its translation:
[fe_widget]
[display_videos_posts]
update the filter set in both languages with the option And what to filter?: Video query, then the count number displays correctly in the frontend. I try to do the same steps on your site however, it doesn't work. I'm asking our 2nd tier support to check the issue on your site and I will let you know when I have more information.
it’s good to know that you’re looking into the issue. I’ve also checked the sandbox site and my test environment, and I can see that it works on the sandbox site but not in our test environment. I’m feeling a bit frustrated and really hope you can find the error. I’m looking forward to hearing from you.
On your staging site, our 2nd tier support found that there could be corruption in the database when changing the default language from German to English, and that caused the issue. We fixed it by changing the product custom base to "s" in Settings > Permalinks.
You guys are amazing! Thank you so much! I never would have suspected or found that issue on my own.
However, I couldn’t reproduce the issue exactly the same way on the live site. There, the custom base was already set up correctly, but the filters still weren’t working. So, I took a closer look at the multilingual URLs and found the following:
1. The live site uses the WooCommerce Multilingual & Multicurrency Plugin.
2. The shop page is in the original German, but the product base is in the original English.
(Under WooCommerce -> WooCommerce Multilingual & Multicurrency -> Store URLs)
I think this mismatch could be causing additional problems. However, I’m not sure how to fix this. Could you advise me on how to resolve it?
3. This step resolved the filter issue on the live site:
In the same settings, the product base slug was the same for both German and English, which was simply “s”. I changed the German translation to “sde”, and now the filters are working.
I’m just not sure if it’s okay for the shop page and the product base to have the same slug. Should I change that? If so, how?
Once again, huge thanks! I really appreciate your support!
3. It is ok to have the same slug for the shop and product pages.
Let me know if you have any questions.
Manage Cookie Consent
We use cookies to optimize our website and services. Your consent allows us to process data such as browsing behavior. Not consenting may affect some features.
Functional
Always active
Required for our website to operate and communicate correctly.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
We use these to analyze the statistics of our site. Collected information is completely anonymous.The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
These cookies track your browsing to provide ads relevant to you.
