Automattic / Automattic/jetpack

i18n: Jetpack overriding translations in Site Health

Open
#16,951 1 comment 0 reactions 0 assignees View on GitHub
[Feature] Asset CDN [Focus] i18n [Pri] Normal Bug
Dominant language
PHP
Stars
1.8k
Forks
898
Avg merge
1d 18h
Merged PRs (30d)
774

Description

#### Steps to reproduce the issue

1. Switch the site to a non-English locale that is fully translated. Tested with `af`, `fr` and `nb_NO`
2. Deactivate Jetpack and go to Tools ->Site Health. Note that all text appears in the selected locale.
3. Reactivate and connect Jetpack
4. View the Site Health page again

#### What I expected
For all text to appear in the locale the site is set to.

#### What happened instead
Specific strings on the page now appears in English instead of the selected locale

**Screenshots**
With Jetpack disabled:
![Webbladgesondheidstatus_‹_My_Core_Sandbox_—_WordPress](https://user-images.githubusercontent.com/11873759/91031082-61000080-e600-11ea-8786-764b43c54022.png)

With Jetpack enabled and connected:
![Webbladgesondheidstatus_‹_My_Core_Sandbox_—_WordPress-2](https://user-images.githubusercontent.com/11873759/91031104-68270e80-e600-11ea-8f34-8466fe16cc42.png)

Reported in https://wordpress.org/support/topic/breaking-script-translations-on-site-health/

Confirmed on WordPress 5.5 with Jetpack 8.8.2

Contributor guide

Open the contributing guide

Research direction

Reproduce the issue from Tools → Site Health using the listed locales, first with Jetpack deactivated and then after reactivation and connection. Compare the displayed strings; the work is done when Site Health remains fully translated in the site's selected locale with Jetpack enabled.

Written by the indexing model from the issue text.

Assessment

Tech stack
php
Domain
internationalization, localization
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.