Language Inherits Site not User Settings
-
A problem with many plugins seems to be plaguing PostSMTP as well. The language of the site (es-co) is different from the language of the user (en-us). Thus, many/most of the labels in my instance are now appearing in ES (Spanish/Español) rather than in EN (English).
A workaround is to delete the plugins language file, but it will just reappear next time the plugin or language file is updated, or if an admin user has language preference for ES, then ES labels should appear. So, this is not a solution.
See screenshot: https://www.screencast.com/t/eKPfE7bzX
-
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: 500WordPress Locale:
https://translate.wordpress.org/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)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.
The topic ‘Language Inherits Site not User Settings’ is closed to new replies.
