In addition this failed process seems to have written to the HTaccess file and caused an internal server error 500 at the same time which took down sissoo.com WordPress fully. It required my developer to uncover this issue and revert to an old HTaccess file before the WPML process ran. He points to this part of the HTaccess not being valid,
"# BEGIN WordPress
# As directivas (linhas) entre "BEGIN WordPress" e "END WordPress" são geradas
# dinamicamente e não deverão ser modificadas através de filtros do WordPress.
# Qualquer alteração às instruções entre estes marcadores será sobreposta.
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /pt-pt/
RewriteRule ^index\.php$ - [L]
RewriteRule ^en/wp-login.php /pt-pt/wp-login.php [QSA,L]
RewriteRule ^fr/wp-login.php /pt-pt/wp-login.php [QSA,L]
RewriteRule ^de/wp-login.php /pt-pt/wp-login.php [QSA,L]
RewriteRule ^it/wp-login.php /pt-pt/wp-login.php [QSA,L]
RewriteRule ^pt-pt/wp-login.php /pt-pt/wp-login.php [QSA,L]
RewriteRule ^es/wp-login.php /pt-pt/wp-login.php [QSA,L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /pt-pt/index.php [L]
</IfModule>
# END WordPress"
And with the comment, "It's odd that the base URL is defined as '/pt-pt/'." and that it is likely generated by WPML
Hi, thanks for both. Re CrowdIn - yes the jobs finished. I had to empty the basket myself given it never came back saying the batch was sent over. In general the integration between WPML / Crowdin seems a bit unreliable.
Can you let me know if you still have issues with batch jobs being stuck? If so, can you please try again but this time disable any object cache, security, or optimizer plugin you may have.
Let me know.
Thanks,
Drazen
The topic ‘[Closed] HIGH PRIORITY – Crowdin API success but no basket update’ is closed to new replies.