roadsunknown
Forum Replies Created
-
I am having the same issue/error after upgrading to 6.1, but I am not using this plugin: WP Hide & Security Enhancer.
@rgxr @seokangaroo Did you find a solution?
I updated to the latest version 2.1.3 and the issue still remains. Almost all of the Menus, Labels, Text in the plugin are showing in Spanish (es_ES) but my user account is in English.
I should only see English translations (en or en_US) if I am logged in with an account that is configured in English (see original screenshot).
As I am not fluent in Spanish, it is very difficult to navigate the plugin, adjust settings, read error messages, etc. More or less, it is quite un-useable now.
Again, the site itself is configured for Spanish, but not the Admin user I am logged in and use to manage the admin. Other plugins do this well, some have the same problems.
Note, I am not asking for any additional translations in Spanish (I noticed there were updated ES language files with the most recent update.) Missing Spanish translations is not the issue 🙂
To Reproduce:
1. Install plugin.
2. Configure site language to any language except English.
3. Create an admin user account.
4. Configure the admin user account to use the language English.
5. Logout and login as new user account.Actual Result:
Plugin settings are in the same language as the SiteExpected Result:
Plugin settings are in EnglishThanks.
- This reply was modified 3 years, 11 months ago by roadsunknown.
- This reply was modified 3 years, 11 months ago by roadsunknown.
WordPress Locale:
https://translate.ww.wp.xz.cn/locale/es-co/Other Specifications:
https://www.localeplanet.com/icu/es-CO/index.html
https://lh.2xlibre.net/locale/es_CO/For further clarification, labels on the frontend of a site should use the Site Language while labels on the admin of a site should use the User Language.
If my User Language is es-co, then I should see labels Spanish (Colombia). If my User Language is en-us, then I should see labels in English (United States).
If a language file does not exist, as it does not exist for many subset language variations like es-co, en-za, etc. then WordPress handles the fallback to the respective superset language. For es-co, this is:
Spanish (Colombia) (es-co)
Spanish (Latin America) (es-419)
Spanish (es)- This reply was modified 3 years, 11 months ago by roadsunknown.
I’ve included below the applicable diagnostics:
Mailer: postsmtp HostName: cURL Version: 7.58.0 OpenSSL Version: OpenSSL/1.1.1 OS: Linux pod-100375:apache2_74:245 5.4.0-1069-gcp #73~18.04.1-Ubuntu SMP Wed Mar 30 06:23:51 UTC 2022 x86_64 PHP: Linux 7.4.28 C PHP Dependencies: iconv=Yes, spl_autoload=Yes, openssl=Yes, sockets=Yes, allow_url_fopen=Yes, mcrypt=No, zlib_encode=Yes WordPress: 5.9.3 es_CO UTF-8 WordPress Theme: WordPress Plugins: WordPress wp_mail Owner: /nas/content/live/_domain_/wp-content/plugins/post-smtp/Postman/PostmanWpMailBinder.php WordPress wp_mail Filter(s): wp_staticize_emoji_for_email, PostsmtpMailer->get_mail_args WordPress wp_mail_from Filter(s): wordfence::fixWPMailFromAddress, bnfw_change_email_address WordPress wp_mail_from_name Filter(s): bnfw_change_email_from Postman: 2.1.1.1 Postman Sender Domain (Envelope|Message): _domain.com | _domain.com Postman Prevent Message Sender Override (Email|Name): No | No Postman Active Transport: API de Mailgun (https://api.mailgun.net:443) Postman Active Transport Status (Ready|Connected): Yes | Yes Postman Deliveries (Success|Fail): 24568 | 33 Postman Email Log (Enabled|Limit|Transcript Size): Yes | 500 | 128### wp-core ### version: 5.9.3 site_language: es_CO user_language: en_US timezone: America/Bogota permalink: /%postname%/ https_status: true multisite: false user_registration: 0 blog_public: 1 default_comment_status: open environment_type: production user_count: 10434 dotorg_communication: true ### wp-parent-theme ### name: Astra (astra) version: 3.8.2 author: Brainstorm Force author_website: https://wpastra.com/about/?utm_source=theme_preview&utm_medium=author_link&utm_campaign=astra_theme theme_path: /nas/content/live/_domain_/wp-content/themes/astra auto_update: Disabled ### wp-plugins-active (58) ### Astra Pro: version: 3.6.9, author: Brainstorm Force, Auto-updates disabled Post SMTP: version: 2.1.1.1, author: Post SMTP, Auto-updates disabled ### wp-server ### server_architecture: Linux 5.4.0-1069-gcp x86_64 httpd_software: Apache php_version: 7.4.28 64bit php_sapi: apache2handler max_input_variables: 10000 time_limit: 3600 memory_limit: 512M max_input_time: 3600 upload_max_filesize: 50M php_post_max_size: 100M curl_version: 7.58.0 OpenSSL/1.1.1 suhosin: false imagick_availability: true pretty_permalinks: true htaccess_extra_rules: true ### wp-database ### extension: mysqli server_version: 5.7.37-40-log client_version: mysqlnd 7.4.28 max_allowed_packet: 16777216 max_connections: 500- This reply was modified 3 years, 11 months ago by roadsunknown.
Unfortunate this integration still is opt-out rather than opt-in, but glad more users are reporting disappointment with this.
The reality is, Yoast very likely gets a nice payment for this integration and referrals to Ryte. And, it is a business after all so good for them, but it should be more accurate AND less misleading. Otherwise, the Yoast brand suffers an expense due to the poor user experience.
I hope Yoast is paying attention, just as @devnihil was kind to respond earlier.
The problem could have originated from how the redirects were configured in the first place.
No redirects are setup in WordPress. DNS for http://www.navigationnorth.com and navigationnorth.com both point to the same IP and are configured in Nginx to route to the same directory/site. The only redirects would be whatever WordPress does natively based on which site is configured under Settings > General.
I have reviewed the articles and do not believe these are applicable or explain why only Yoast .xml pages are not redirecting (while everything else is).
Forum: Plugins
In reply to: [Gutenberg Block Editor Toolkit – EditorsKit] WooCommerce ConflictSome very odd caching going on. I deleted and re-installed, no luck. I cleared WP Rocket cache, WP Engine cache, Cloudflare cache, local cache, no luck. I renamed the file to get a 404. Then renamed it back and after a few minutes the updated version appeared. Thanks for the help.
- This reply was modified 4 years, 5 months ago by roadsunknown.
Forum: Plugins
In reply to: [Gutenberg Block Editor Toolkit – EditorsKit] WooCommerce ConflictYes, using the latest version 1.33.3. Deactivated and re-activated plugin. No change. Direct link to the offending file.
@munirkamal Can you provide a plugin to disable rather than forcing users to create their own which is not a good for non-dev users?
A better alternative, can you add a setting to /wp-admin/options-general.php?page=editorskit-getting-started to disable for all users?
Alternatively, I have unchecked the “Enable the library for myself” option however /wp-content/plugins/block-options/extendify-sdk/public/build/extendify-utilities.css continues to load.
I have tried both
wp_dequeue_styleandwp_deregister_stylepreviously. Giving it yet another try, this time using wc-blocks-styles (note the plural s – which I also tried previously), something seems to have finally taken. I have kept both just in case:function ca_deregister_woocommerce_block_styles() { wp_deregister_style( 'wc-blocks-style' ); wp_dequeue_style( 'wc-blocks-style' ); } add_action( 'enqueue_block_assets', 'ca_deregister_woocommerce_block_styles' );Why wc-blocks-style vs. wc-block-style as referenced by most all StackOverflow and blog posts? This seems to be where the styles are registered:
$this->register_style( 'wc-blocks-style', plugins_url( $this->api->get_block_asset_build_path( 'wc-blocks-style', 'css' ), __DIR__ ), [ 'wc-blocks-vendors-style' ], 'all', true );@joycegrace Did you ever find a solid solution? I have tried many variations of the
wp_deregister_style( 'wc-block-style' );and none of them work for me. Always,/wp-content/plugins/woocommerce/packages/woocommerce-blocks/build/wc-blocks-style.cssloads despite efforts to remove.Forum: Plugins
In reply to: [WooCommerce] Admin UI Language is MixedIssue has not yet been resolved. Please see previous response to which no reply was received.
Forum: Plugins
In reply to: [WooCommerce] Admin UI Language is MixedHere is another example. This is from WooCommerce Home:
https://share.getcloudapp.com/ApuYX7N7
See the announcement about Apple Pay.
Date: 2 months ago – English
Title: Boost Sales with Apple Pay! – English
Text: Ahora que aceptas Apple Pay con Stripe… – Spanish
Button 1: Ver la guia de marketing – Spanish
Button 2: Dismiss – EnglishForum: Plugins
In reply to: [WooCommerce] Admin UI Language is MixedHi. Thanks for the follow up. I do not have the WooCommerce Admin plugin installed.
Hi. Thank you for your detailed reply, much appreciated. Based on https://yoast.com/yoast-seo-ryte/#error, it does appear this would be a false positive and so I will disable the integration.
Personally, I would recommend not integrating with plugins that are inaccurate or scare customers into taking action with an untrusted third-party. Yoast is trusted, Ryte is not and damages your reputation. Of course, this is a business decision and I understand this request will not be considered but I think its fair to share.