Rasha Kanjarawi
|
Hi Alejandro,
firstly heartfelt thanks for your excellent support!
There's a saying in German (I was born in the UK but live in Germany): I've bitten my teeth out on this problem!
The vServer was migrated (by my provider) to a new host machine around 3rd June, and the DB thereby got corrupted. It took me a time to find the problem, and then I did a fallback to a DB dump from 1. June. That solved the DB problems. But possibly even the file system might have got corrupted too during the migration? Your reply "The interesting part when checking directly in your server is that it seems those files that are throwing the request are in the same server but not on the installation you gave us access to but in another from the same server" gave me further cause to doubt the integrity of the file system. So I set up the boot parameters of Grub to run fsck at boot time - in repair mode. That worked (I mean the boot was successful) but has not resolved the problem I'm having. I've also run a complete site integrity scan using WP Cerber (which I'm a fan of) - and it has verified all the files of that plugin. It also looked at all the WPML plugins and lacked the original zips to verify them - but seemed to have no problem reading their files.
My plan now is to deactivate automatic updates on WPML String Translation and patch the files causing errors myself. If the patches don't work that would suggest they are indeed being picked up somewhere else: There is a development einvironment on the server, at deb.syrian-heritage.org, but it's disabled in Plesk. I added it's docroot to the open-basedir of syrain-heritage.org but that also made no change.
So now I'll be editing those PHP files - unless your dev's are going to do that anyway.
Kind regards, Tim
|
Rasha Kanjarawi
|
Hi Alejandro,
I've debugged the files causing errors, and found that quite often $mofile starts with "wp-content/", here's an excerpt from my debug log, which was generated so:
$debugText = "{$mofile} | {$replaced_mofile} | {$domain} | {$locale}\n";
file_put_contents('/var/www/vhosts/syrian-heritage.org/logs/debug.log', $debugText, FILE_APPEND);
wp-content/languages/plugins/wpfront-scroll-top-de_DE.mo | wp-content/languages/plugins/wpfront-scroll-top-de_DE.l10n.php | wpfront-scroll-top | de_DE
wp-content/plugins/capability-manager-enhanced/languages/capability-manager-enhanced-de_DE.mo | wp-content/plugins/capability-manager-enhanced/languages/capability-manager-enhanced-de_DE.l10n.php | capability-manager-enhanced | de_DE
wp-content/languages/plugins/matomo-de_DE.mo | wp-content/languages/plugins/matomo-de_DE.l10n.php | matomo | de_DE
wp-content/plugins/sitepress-multilingual-cms/vendor/wpml/wpml/languages/wpml-de_DE.mo | wp-content/plugins/sitepress-multilingual-cms/vendor/wpml/wpml/languages/wpml-de_DE.l10n.php | wpml | de_DE
wp-content/languages/plugins/clearfy-de_DE.mo | wp-content/languages/plugins/clearfy-de_DE.l10n.php | clearfy | de_DE
/var/www/vhosts/syrian-heritage.org/httpdocs/wp-content/plugins/clearfy/components/disable-admin-notices/languages/disable-admin-notices-de_DE.mo | /var/www/vhosts/syrian-heritage.org/httpdocs/wp-content/plugins/clearfy/components/disable-admin-notices/languages/disable-admin-notices-de_DE.l10n.php | disable-admin-notices | de_DE
/var/www/vhosts/syrian-heritage.org/httpdocs/wp-content/plugins/clearfy/components/ga-cache/languages/simple-google-analytics-de_DE.mo | /var/www/vhosts/syrian-heritage.org/httpdocs/wp-content/plugins/clearfy/components/ga-cache/languages/simple-google-analytics-de_DE.l10n.php | simple-google-analytics | de_DE
/var/www/vhosts/syrian-heritage.org/httpdocs/wp-content/plugins/clearfy/components/assets-manager/languages/gonzales-de_DE.mo | /var/www/vhosts/syrian-heritage.org/httpdocs/wp-content/plugins/clearfy/components/assets-manager/languages/gonzales-de_DE.l10n.php | gonzales | de_DE
/var/www/vhosts/syrian-heritage.org/httpdocs/wp-content/plugins/clearfy/components/cache/languages/clearfy_cache-de_DE.mo | /var/www/vhosts/syrian-heritage.org/httpdocs/wp-content/plugins/clearfy/components/cache/languages/clearfy_cache-de_DE.l10n.php | clearfy_cache | de_DE
Obviously, trying to do a file_exists() or is_dir() on sich a string must fail.
So I locally patched my versions of LoadTextDomain.php and LoadedMODictionary.php with this extra line:
if (strncmp($mofile, 'wp-content/', 11) === 0) { $mofile = ABSPATH . $mofile; }
And now, all my error messages have disappeared.
I think the question for your devs is therefore, how come in quite a lot of cases the ABSPATH is missing at the start of $mofile?
Kind regards, Tim
|
Alejandro
WPML Supporter since 02/2018
Languages:
English (English )
Spanish (Español )
Italian (Italiano )
Timezone:
Europe/Rome (GMT+02:00)
|
Thanks for this information! I'm checking with our devs but I believe that the fix we are working on for this entire issue was going to tackle this. I'm not 100% sure of it but our devs will confirm shortly if that's the case and if not, well we're going to try to do something about this to make the entire plugin more robust in that area 🙂
For now, I'm glad you could patch the files so you don't at least get more of those notifications.
|
Alejandro
WPML Supporter since 02/2018
Languages:
English (English )
Spanish (Español )
Italian (Italiano )
Timezone:
Europe/Rome (GMT+02:00)
|
Thanks for this information! I'm checking with our devs but I believe that the fix we are working on for this entire issue was going to tackle this. I'm not 100% sure of it but our devs will confirm shortly if that's the case and if not, well we're going to try to do something about this to make the entire plugin more robust in that area 🙂
For now, I'm glad you could patch the files so you don't at least get more of those notifications.
|
Rasha Kanjarawi
|
The issue is solved with the patches I myself made to three files in String Translation. You wrote that your dev's are addresing a known issue, so this ticket is closed.
|
