gerske
Forum Replies Created
-
Translatepress is buggy at the moment. I have the same problems. See https://wordpress.org/support/topic/strange-translations-in-the-main-language/
Support asked me to drop tables in the database and regenerate these tables. I did, but these strange translation in the main language still happen.
They say they fixed it in the latest version, but it is clearly not fixed.
I went back from version 2.4.2 to version 2.4.0 but unfortunately many main language (Dutch) strings are still corrupt. I hope that database is not corrupted.
Translatepress should NEVER change the main language. It is only for translations of the main language.
- This reply was modified 3 years, 8 months ago by gerske.
Thank you for letting me know, Gabriel. I hope Translatepress fixes this soon. It is very strange bug.
What I already tried is to use “product” for each language. So also French, German, etc. For that I used the strings translate option of Translatepress for the Woocommerce slug “product/”. After saving “product” for each language, it works fine. But after a while (for example) the French version is CHANGING without asking the URL to “produit” nevertheless. And giving 404 errors. After checking again the strings translate fields for the product Woocommerce slug are emptied for some reason. Not by me!
There definately is a bug in Translatepress for this.
However, it seems to have stopped after I have added this snippet of code:
/*
Plugin Name: TranslatePress – No translation for product base slug
Plugin URI: https://translatepress.com/
Description: Disable translating the product base slug in WooCommerce for secondary languages.
Version: 1.0.
Author: Cozmoslabs, Cristian Antohe
Author URI: https://cozmoslabs.com/
License: GPL2
*/add_action( ‘trp_before_running_hooks’, ‘trpc_remove_hooks_to_disable_product_base_slug_translation’, 10, 1);
function trpc_remove_hooks_to_disable_product_base_slug_translation( $trp_loader ){
$trp_loader->remove_hook( ‘option_rewrite_rules’, ‘woocommerce_filter_permalinks_on_other_languages’ );
$trp_loader->remove_hook( ‘option_woocommerce_permalinks’, ‘woocommerce_filter_permalink_option’ );
}Now, each language keeps the “product” in the URL, and it no longer seems to get translated and corrupt by Translatepress. So, I’m very glad with this code for now.
I wish however, Translatepress would be able to fix the problem, so I don’t need to have extra code.
So, people having the same problem as I do, by adding the code above (via Code Snippets for example), you can prevent the problem from happening.
Thanks, Alex. For me no error as well. Now hoping for an update from Translatepress to “really” fix the problem.
Yes, I have the same thing
Thanks for the speedy reply! I have tested it with the tagassistant, and the purchase event was fired. I used the Analytics app instead of the web version. I found out that the dashboard in the app doesn’t show sales by default when using GA4, but the web version does. By adding the sales in the view of the app version I see these now there as well.
So, no problem with you great plugin, just a weird Google interface thing…. 😉
Kind regards, Gerske
- This reply was modified 3 years, 12 months ago by gerske.
I have the same problem. There is a bug in Translatepress that breaks translated URL’s giving 404 errors. I have contacted support, but there is no fix yet.
Gerson
In the latest version this is fixed, according to the changelog. Will check it myself later this week.
2.2.5
Fixed span tag appearing in WooCommerce Orders in WP DashboardIn the latest version it is fixed. According to the changelog. I will test it later this week.
Me too. I reported it to them.
They replied: “Here you can download an older version of the plugin until we find a workaround for this https://wordpress.org/plugins/translatepress-multilingual/advanced/
I will get back to you as soon as I have a solution for this.”I switched back to 2.2.3 and it is ok again.
Forum: Plugins
In reply to: [Mollie Payments for WooCommerce] Critical error 7.0.4I have the same problem. Hopefully Mollie will send an updated plugin asap.
Also in Mollie online account it says with each order: “Aanroepen webhook mislukt met statuscode 500 (Internal Server Error)”
Kind regards, Gerske
Thank you, Grigorij!
Forum: Plugins
In reply to: [MailerLite - WooCommerce integration] Guzzle integration causes fatal errorThere is an update know to 1.5.4
Forum: Plugins
In reply to: [MailerLite - WooCommerce integration] Update of plugin shuts website downThere is an update now to 1.5.4