This thread is resolved. Here is a description of the problem and solution.
Problem: WPML String Translation breaks back end searches
Solution: This bug is happening because there is a page with a slug s that is translated. s is a reserved term in WordPress and it creates a conflict.
Deleting the String s from the WPML>>String Translation panel has solved the issue.
Relevant Documentation: https://codex.wordpress.org/Reserved_Terms
https://wpml.org/forums/topic/wpml-string-translation-breaks-back-end-searches/#post-14208707
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.
Tagged: Bug
This topic contains 10 replies, has 2 voices.
Last updated by Bigul 1 year, 5 months ago.
Assisted by: Bigul.
Author | Posts |
---|---|
July 31, 2023 at 4:14 pm #14128767 | |
QuartixM-6 |
The search on the back end has been broken a while, but we recently discovered that the problem is related to the WPML String Translation plugin. When we try searching for something using the search box on the page list on the WP dashboard, we get no pages found. There definitely are pages there that match the search term as when the plugin is disabled, it works nicely. The is the same behaviour for pages, posts, other CPTs and media library entries. I've reverted to default theme, deactivated other plugins one by one, deactivated mu-plugins too. Still doesn't work. Everything is up to date, and I deactivated all WPML plugins, deleted plugin files, downloaded everything fresh and up-to-date, and reactivated, and still the same. When I disable the above plugin, it works well and as intended. Also, the site is live, but I work in my own dev environment (we also have a staging for testing and content creation). The same problem persists over all three environments. |
August 1, 2023 at 6:23 am #14130437 | |
Bigul Supporter
Languages: English (English ) Timezone: Europe/Vienna (GMT+01:00) |
Hello, Welcome to the WPML support forum. I will do my best to help you to resolve the issue. Please tries the following troubleshooting steps after a full site backup{mandatory} and make sure the issue exists or not. 1) Go to WPML>>Support page, click on the Troubleshooting link (blue link in the middle of the page) 2) On the Troubleshooting page, please click on the following options of the *Clean up* section. Wait for confirmation of processing after each one. - Clear the cache in WPML -- Bigul |
August 1, 2023 at 10:55 am #14132979 | |
QuartixM-6 |
Hi there, I tried all the steps but still no luck. The only one I couldn't do is the "Show custom MO Files Pre-generation dialog box>>Generate .Mo files" as the dialog box doesn't show. The screen refreshes as if something is loading, but a box doesn't show. Thanks |
August 2, 2023 at 5:06 am #14138641 | |
Bigul Supporter
Languages: English (English ) Timezone: Europe/Vienna (GMT+01:00) |
Hello, Thank you for the updates. Please create a new Post or Page for testing in the default language, then search for it in the backend and make sure the issue is existing or not. Please share with us the WordPress debug.log(not WPML debug information) for collecting more details on this. Refer to the following pages for instructions https://wpml.org/documentation/support/debugging-wpml/ https://wordpress.org/documentation/article/debugging-in-wordpress/ To enable the WordPress Debug log, open your wp-config.php file of site root and look for define('WP_DEBUG', false);. Change it to: // Enable WP_DEBUG mode define( 'WP_DEBUG', true ); // Enable Debug logging to the /wp-content/debug.log file define( 'WP_DEBUG_LOG', true ); // Disable display of errors and warnings define( 'WP_DEBUG_DISPLAY', false ); @ini_set( 'display_errors', 0 ); In this case, the errors will be saved to a debug.log log file inside the */wp-content/* directory. Please do the steps to reproduce the bug and check if you are getting any errors or warnings related to WPML in the log file. If you can paste your debug.log to http://pastebin.com/index.php and provide me that link it would be great! (This is the cleanest way because sometimes the logs are long and create a complete mess of discussion). Also, increase the *MaxInputVars* of PHP settings to *10000*. Please check the following article for more details or contact your system admin/hosting provider for this purpose. hidden link -- Bigul |
August 7, 2023 at 10:26 am #14162871 | |
QuartixM-6 |
Hi there, I just checked the above and no difference. I made a new page with content in it, saved it as a draft, and searched for the content but no luck. The debug log is clear - there was a warning (unrelated to this) but that hasn't come back since I cleared the debug file. Once debug file was cleared, I did try a search and still no luck. Upping the MaxInputVars didn't make a difference either. Having looked though some backups, I found one backup on which the search function worked perfectly (will double check both backups on a local server at some point this morning). Is there a way I can send you two DB backups to help us diagnose the issue, as it's getting increasingly difficult for us to work without a search feature on the back-end? I'd also probably need to send you the content files, in case you need to set it up on a server to test. What's the best way to get these over to you? Thanks, Usman |
August 7, 2023 at 12:13 pm #14163595 | |
Bigul Supporter
Languages: English (English ) Timezone: Europe/Vienna (GMT+01:00) |
Hi Usman, Thank you for the details. Please make a duplicator copy of your site using the Duplicator plugin(https://wordpress.org/plugins/duplicator/) for debugging this issue. I am enabling the private option for the next reply. You can share the duplicator copy of the site using Google Drive or Dropbox. -- Bigul |
August 10, 2023 at 11:54 am #14182035 | |
Bigul Supporter
Languages: English (English ) Timezone: Europe/Vienna (GMT+01:00) |
Hi Usman, Thank you for the details and backup files. We will test it further and get back to you as early as possible. Please wait. -- Bigul |
August 11, 2023 at 3:55 pm #14189829 | |
Bigul Supporter
Languages: English (English ) Timezone: Europe/Vienna (GMT+01:00) |
Hi Usman, I have configured the site locally and had a few rounds of testing. The issue is existing after the initial checks. So consulting with our team for expert opinion. We will get back to you as early as possible. Please wait. -- Bigul |
August 14, 2023 at 3:21 pm #14198149 | |
Bigul Supporter
Languages: English (English ) Timezone: Europe/Vienna (GMT+01:00) |
Hi Usman, We are still troubleshooting this bug and looking for possible workarounds. Please wait. We will get back to you as soon as possible. -- Bigul |
August 16, 2023 at 9:26 am #14208123 | |
QuartixM-6 |
Hi there, We're glad you guys managed to recreate the issue locally. No worries, I'll monitor this thread for updates every other day. Usman |
August 16, 2023 at 10:42 am #14208707 | |
Bigul Supporter
Languages: English (English ) Timezone: Europe/Vienna (GMT+01:00) |
Hi Usman, This bug is happening because there is a page with a slug s that is translated. s is a reserved term in WordPress and it makes a conflict. Refer to the following URL and attached image for more details. https://codex.wordpress.org/Reserved_Terms Deleting the String s from WPML>>String Translation panel has solved the issue in our local copy. So please try it after a full site backup and let us know your feedback. -- Bigul |
August 21, 2023 at 10:36 am #14262499 | |
QuartixM-6 |
Hi there, this resolved it on my local development environment. Thank you so much. |