Skip to content

i18n(ja): restore 2-word TiDB Cloud UI labels to English - #23535

Open
yahonda wants to merge 6 commits into
pingcap:i18n-ja-release-8.5from
yahonda:fix-ui-labels-english-2-word-2026-08-17
Open

i18n(ja): restore 2-word TiDB Cloud UI labels to English#23535
yahonda wants to merge 6 commits into
pingcap:i18n-ja-release-8.5from
yahonda:fix-ui-labels-english-2-word-2026-08-17

Conversation

@yahonda

@yahonda yahonda commented Aug 17, 2026

Copy link
Copy Markdown
Member

What is changed, added or deleted? (Required)

Continues the UI-labels-English sweep (see #23519 for the 4-word and 3-word batch) with 2-word labels: 382 target labels / 1391 occurrences across 137 tidb-cloud/ files (excluding releases/).

Unlike the previous batch, every candidate label was verified against the actual TiDB Cloud console source (tidbcloud/dbaas-ui) or, for third-party consoles, general knowledge of their UI conventions, before applying the mechanical fix — not after. This kept the false-revert rate much lower than the convert-then-audit approach used for the 3/4-word batch, though it doesn't eliminate the position-pairing risk entirely: 5 occurrences turned out to be mismapped due to EN/JA word-order differences shifting bold-span indices (e.g. "Select PagerDuty from the Subscriber Type drop-down list" reorders in Japanese, so positional pairing swapped which JA span got which EN label) and were corrected by hand after cross-checking against EN.

Also fixed ~25 "straddling bracket" MT defects surfaced by the fix (leftover decoration characters split across the wrong side of ** markers from the original translation) and ~80 dropped-particle instances (を/が) where the original bold span had swallowed a trailing particle that the English replacement doesn't need.

228 labels were checked but not confirmed as literal UI text (via dbaas-ui or general knowledge) and were left in Japanese, matching the conservative policy from the previous batch.

Which TiDB version(s) do your changes apply to? (Required)

  • master (the latest development version)
  • v8.5 (TiDB 8.5 versions)
  • v8.4 (TiDB 8.4 versions)
  • v8.3 (TiDB 8.3 versions)
  • v8.2 (TiDB 8.2 versions)
  • v8.1 (TiDB 8.1 versions)
  • v7.5 (TiDB 7.5 versions)
  • v7.1 (TiDB 7.1 versions)
  • v6.5 (TiDB 6.5 versions)
  • v6.1 (TiDB 6.1 versions)
  • v5.4 (TiDB 5.4 versions)
  • v5.3 (TiDB 5.3 versions)

What is the related PR or file link(s)?

Do your changes match any of the following descriptions?

  • Delete files
  • Change aliases
  • Need modification after applied to another branch
  • Might cause conflicts after applied to another branch

Continues the UI-labels-English sweep (see PR pingcap#23519 for the 4-word
and 3-word batch) with 2-word labels: 382 target labels / 1391
occurrences across 137 tidb-cloud/ files (excluding releases/).

Unlike the previous batch, every candidate label was verified against
the actual TiDB Cloud console source (tidbcloud/dbaas-ui) or, for
third-party consoles, general knowledge of their UI conventions,
BEFORE applying the mechanical fix — not after. This kept the false-
revert rate much lower than the convert-then-audit approach used for
the 3/4-word batch, though it doesn't eliminate the position-pairing
risk entirely: 5 occurrences turned out to be mismapped due to EN/JA
word-order differences shifting bold-span indices (e.g. 'Select
PagerDuty from the Subscriber Type drop-down list' reorders in
Japanese, so positional pairing swapped which JA span got which EN
label) and were corrected by hand after cross-checking against EN.

Also fixed ~25 'straddling bracket' MT defects surfaced by the fix
(leftover decoration characters split across the wrong side of **
markers from the original translation) and ~80 dropped-particle
instances (を/が) where the original bold span had swallowed a
trailing particle that the English replacement doesn't need.

228 labels were checked but not confirmed as literal UI text (via
dbaas-ui or general knowledge) and were left in Japanese, matching
the conservative policy from the previous batch.
@ti-chi-bot

ti-chi-bot Bot commented Aug 17, 2026

Copy link
Copy Markdown

Skipping CI for Draft Pull Request.
If you want CI signal for your change, please convert it to an actual PR.
You can still manually trigger a test run with /test all

@ti-chi-bot ti-chi-bot Bot added the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Aug 17, 2026
@ti-chi-bot

ti-chi-bot Bot commented Aug 17, 2026

Copy link
Copy Markdown

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by:
Once this PR has been reviewed and has the lgtm label, please assign breezewish for approval. For more information see the Code Review Process.
Please ensure that each of them provides their approval before proceeding.

The full list of commands accepted by this bot can be found here.

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@coderabbitai

coderabbitai Bot commented Aug 17, 2026

Copy link
Copy Markdown

Important

Review skipped

Auto reviews are disabled on base/target branches other than the default branch.

Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro Plus

Run ID: 859d69e3-476c-469b-84e5-98a29adfc721

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

  • 🔍 Trigger review

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@ti-chi-bot ti-chi-bot Bot added missing-translation-status This PR does not have translation status info. size/XXL Denotes a PR that changes 1000+ lines, ignoring generated files. labels Aug 17, 2026
…ntext verification

A user spot-check found 'same region' confirmed only via a source-code
COMMENT in dbaas-ui (never rendered on screen), exposing a gap in the
verification method: grep-based confirmation doesn't distinguish a
genuine rendered UI string from incidental text inside code comments
or ordinary prose sentences that happen to contain the phrase.

Re-verified all 382 confirmed labels with a stricter classifier
(label:/title:/name:/placeholder:/data-mp-event/tight-JSX-text
patterns vs. comment-only vs. prose-embedded matches). Found and
reverted:
- 3 more comment-only false positives (Auto Login, Backup List,
  experimental feature) plus the already-known 'Custom format' and
  'Do nothing' cases (Custom format reverted for consistency since its
  own confirmation was equally bogus, despite moderate independent
  confidence in the underlying Airbyte claim; Do nothing kept, since
  it's independently a well-known, stable AWS DMS console option)
- 6 prose-embedded false positives in marketing/conceptual sections
  (Advanced security, Enhanced capabilities, High availability x2,
  Columnar storage, Instant elasticity, Best practice x2, Billing
  notifications) that happened to also appear as ordinary words
  within an unrelated sentence or comment elsewhere in dbaas-ui
- 2 plain emphasis/RFC-style bold spans mistaken for labels (MUST
  NOT, does not, public internet) that EN just happens to bold for
  emphasis, not as UI references

Also fixed a severe word-order-driven mismapping in
migrate-from-mysql-using-data-migration.md: EN bolds physical/logical
mode before existing/incremental data in one sentence, but JA's
natural word order reverses the two clauses, so positional pairing
cross-wired all four spans (existing data data got physical mode's
slot and vice versa) across 3 occurrences. Fixed by hand, keeping
physical mode/logical mode in English (independently confirmed real
TiDB DM feature-mode names in dbaas-ui) while reverting existing
data/incremental data to Japanese (generic descriptive nouns, not
discrete UI labels — their own dbaas-ui 'confirmations' were also
prose-fragment false positives).
…ings found via 1:1 EN comparison

A user spot-check of 'Generate Password' surfaced a distinct defect
class from the earlier revert pass: several JA bold spans were
already oversized BEFORE this batch (a pre-existing MT defect
wrapping an entire clause, not just the label, in ** markers). When
the mechanical fix matched one of these to a confirmed 2-word EN
label, it replaced the ENTIRE oversized span — including content that
was never part of the label — with just the short English label,
silently destroying the rest of the sentence.

Fixed in 11 files by reconstructing each sentence against its EN
source: import-with-mysql-cli-premium.md and
connect-via-standard-connection-serverless.md ('Generate Password'),
tidb-cloud-tls-connect-to-premium.md ('Auto-generate Password'),
import-csv-files.md and import-parquet-files.md ('Destination
Mapping' colliding with an HTML-anchor-embedded checkbox label),
essential-changefeed-sink-to-kafka.md and
changefeed-sink-to-apache-kafka.md ('Distribution Mode' swapped with
its own dropdown value), set-up-private-endpoint-connections-on-azure.md
('connection method' swapped with its dropdown value), and
configure-external-storage-access.md ('Target Connection' swapped
with the Amazon S3 / Azure Blob Storage value in both branches of the
CustomContent block).

Also fixed one same-shape regression unrelated to any oversized span:
backup-and-restore.md's 'gsutil URI' (already English pre-batch) lost
its trailing を particle because the particle itself is kana, so the
whole mixed English+particle span satisfied the kana/kanji-detection
filter and got swept into the candidate pool by accident.

Additionally converted backup-and-restore-serverless.md's plain
Markdown table (Backup setting/Backup Cycle/Backup Retention/Backup
Time row headers) to match EN exactly — confirmed genuine via
dbaas-ui, this content was outside the bold-span sweep's mechanical
scope since it's plain table text, not **bold**, so needed a manual
follow-up fix.
…GCP Create role button

changefeed-sink-to-cloud-storage.md had a pre-existing MT defect
(predating this batch): the sentence was missing 'ページ' and put
'に移動して' before the Roles link instead of after, reading as
'Navigate to, [Roles] Create role click' instead of 'Navigate to the
Roles page, then click Create role'. Reconstructed against EN ('Go
to the [Roles] page, and then click **Create role**.').

dedicated-external-storage.md had a straddling-bracket leftover
('「役割') from the original 「役割の作成」 span, where only the
closing quote had been captured inside the bold — same defect class
as several others fixed in this batch's earlier commits.
…zed-bold-span defect

Same pattern as the earlier import-with-mysql-cli-premium.md and
tidb-cloud-tls-connect-to-premium.md fixes: the pre-existing JA bold
span wrapped the whole clause instead of just the button label, so
the mechanical fix replaced it entirely, losing 'click X to generate
a random password' down to just the label. Confirmed via corpus-wide
grep that these were the last 2 remaining instances of this exact
pattern.
high-availability-with-multi-az.md uses these as architectural
category headers introducing an HA-behavior explanation paragraph for
each component, not as references to a clickable console element.
Same 'category header, not a UI reference' precedent already applied
to architecture-concepts.md's High availability / Columnar storage
headings, despite dbaas-ui also showing genuine node-related UI
strings elsewhere in the product. 'ノード' is also the established,
consistent corpus-wide translation for 'node' throughout TiDB docs.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

size/XXL Denotes a PR that changes 1000+ lines, ignoring generated files. translation/no-need No need to translate this PR.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants