Hello,
I open a case with your support for an issue reported by my customer with the following wesite : hidden link
There are some frontend translation issue reported (language swither and partial content not showing, extensions conflicts...)
To put a more technical context, I noticed these issues occur when the htaccess file is rewriten. I'm not sure how wpml is affected by this event and/or the content of the htaccess. It may be something else but this is for now the most plausible hyphothesis I have.
I would like to ear from you any solutions suggestions about this ongoing issue.
Important note : please include the follow email in the communications : dhc120377@gmail.com
His name is Andre and he is part of support team of my customer. He will take the lead for the rest of communication with you.
Thanks for helping us !
I have added Andre with Content manager role. According to the documention it should be enought to access the support ticket.
I would like to let him answer to this ticket.
He has completed his account creation under my invitation, I provided him the link to the ticket but it seem's he can't access it (see screenshot)
Did I miss any step ?
Thanks.
Hi, I am Andre, but my real name is Daniel agenceS-3 gave you the wrong name.
I've run many tests and I've seen that WPML breaks the admin site for the themes and plugins section, for example, deactivate all plugins and activate them one by one until you find when it breaks.
I can confirm that it is WPML Multilingual CMS plugin that fires de bug, but only when cPanel writes the following lines to the .htaccess file.
# php -- BEGIN cPanel-generated handler, do not edit
# Set the “alt-php84” package as the default “PHP” programming language.
<IfModule mime_module>
AddHandler application/x-httpd-alt-php84 .php .php8 .phtml
</IfModule>
# php -- END cPanel-generated handler, do not edit
Other writings on .htaccess do not cause the problem, for example, security plugin rules.
The non-admin area, the part seen by site visitors, shows more subtle errors, all related to WooCommerce. In other words, when WMLP breaks, it causes conflicts with WooCommerce.
It's as, if a few lines of try-catch block are missing somewhere to send an error message instead of breaking the site.
Sorry, I forgot to mention that the problem disappears if I create a new .htaccess file to replace the one written by cPanel. The site will work correctly until the next time the server routine writes to the file (twice a week).
If you did and the issue persists, could you please provide me with the full stack trace of the error?
Please follow the instructions mentioned on this page: https://wpml.org/documentation/support/debugging-wpml/
Then, try to reproduce the issue and check your installation's **wp-content** folder to see if a file named **"debug.log"** was created (it will only be generated if a server error occurs).
If the file was created, please upload it to a platform like **Google Drive** or **Dropbox** (whichever you typically use) and share the link with me (ensure it is publicly accessible) so I can analyze it.
