Hello, for weeks now, we are getting a "critical error" if we try to access this link in English hidden link
It works in French and on all other action taxonomies.
Your assistance would be much appreciated.
Hello Osama,
So I pasted the log for you, only the last lines of errors that it was possible to paste.
Our file is over 500MB of the same errors for months now, and mostly have to do with the translation !
I hope you will be able to find a solution...
Thank you
Since the fatal error indicates memory exhaustion during a database operation, deeper runtime debugging is required to identify the exact query or component that triggered it.
To properly investigate, I’ll need temporary access to:
* WP-Admin
* FTP (or hosting file access)
Preferably on a staging/test site where the issue can be reproduced.
Your reply will remain private — only you and I will be able to see the access details.
Please make a full backup of both your files and database before sharing access.
✙ I’ll need your permission to temporarily deactivate/reactivate plugins or themes and adjust configurations during testing. This is why the backup is essential.
✙ I may also need your permission to take a local copy of the site to debug the issue safely without affecting the live environment.
Thanks for the access details. I checked the settings, and everything seems to be correct. I need your permission to install the Duplicator Pro plugin to take a local copy of your site to debug the issue and consult our 2nd-tier support team without affecting your live site.
Hello Osama,
Yes please proceed.
I must warn you that the website is very large and has hundred of thousands of files due to the media library.
If the backup fails, you can try to exclude the "uploads" folder.
Thanks again for your assistance.
Gilbert
Thanks for your permission. I investigated the issue in detail, and here’s what I found so far:
Summary of Findings
The fatal error is caused by memory exhaustion during a database operation (wpdb).
This is why the server returns a 500 error, and WordPress displays the “critical error” page.
The issue is not caused by WPML alone:
The page remains very slow even when WPML is deactivated, which indicates that the root cause lies in the theme or query logic.
WPML may add some overhead (such as additional joins for language filtering), but it is not responsible for creating the heavy query that exhausts memory.
The issue appears to be specific to the first page of the archive:
/action/phuket-villa-for-rent/ (page 1) fails with a memory error.
This strongly suggests that additional logic is executed only on page 1 (for example: map pin generation, featured listings logic, advanced search initialization, etc.).
The issue was successfully reproduced locally after importing the theme settings (WpResidence / WpEstate options).<br> This confirms that the trigger is very likely related to a specific theme setting (or a combination of settings), rather than the number of listings (the archive shows only 18 listings with pagination).
Most Likely Causes
Based on comparing the working and failing theme configurations, the differences point to features that can generate heavy queries on taxonomy/archive pages, especially:
Custom URL rewrites (including the
action
rewrite slug)
Custom advanced search and large custom fields configuration
Map / half-map related behavior (pin generation, clustering, etc.)
Theme cache / minify settings
Next Steps
I'll consult our 2nd-tier support team and update you as soon as I get their reply.
I checked further with our 2nd-tier team. They installed the package and tested the site locally, and in their environment the archive page loads normally and promptly, without any memory errors.
Because of this, and considering that the issue appears even when WPML is disabled, it suggests that the problem is not directly caused by WPML. The behavior is likely related to the specific server environment or configuration where the site is currently running.
The recommended next step would be to reproduce the issue in a controlled environment. Ideally, this should be done on a staging site that is hosted on the same server and uses the same configuration as your live site. This would allow testing with minimal plugins and theme settings to identify which component or configuration is triggering the heavy query or memory exhaustion.
Since the package runs without issues locally and also since issue still happens when WPML disabled, the investigation would need to focus on the hosting environment and theme behavior under that setup.
Please let me know if have any questions or if you discover any additional information that points issue is caused by WPML.
Hello Dražen
Thank you for your explanations and assistance. I will try to get a staging up and running and do the tests then and revert back to you.
It is strange that this is happening only on this "action" (villa for rent) and not the others.
Again, much appreciated.
Gilbert