[FONTS] [Crowdin] zh_TW translation causes wrong variable to be modified (VIEWPORT_BIAS_PORTRAIT_Y)
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 68/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- c
- Domain
- localization
Research direction
Start by inspecting the Traditional Chinese localization mapping in msg_hash_zh_tw.h and compare the VIEWPORT_BIAS_PORTRAIT_Y entry with the working English and zh_CN localizations. Reproduce the issue using the listed RetroArch menu steps, then verify that adjusting the Traditional Chinese portrait bias changes VIEWPORT_BIAS_PORTRAIT_Y rather than VIEWPORT_BIAS_Y.
Written by the indexing model from the issue text.
Description
Is there an existing issue for this?
- This is a bug in RetroArch frontend
- I have searched the existing issues
Description
In the Traditional Chinese (zh_TW) localization, there is a mapping error in the Video Scaling menu. Clicking on VIEWPORT_BIAS_PORTRAIT_Y incorrectly triggers the modification of VIEWPORT_BIAS_Y.
Observation:
English (en): Works correctly.
Simplified Chinese (zh_CN): Works correctly.
Traditional Chinese (zh_TW): Broken.
This suggests a localization ID mismatch in the msg_hash_zh_tw.h or the Crowdin translation mapping.
Expected behavior
No response
Steps to reproduce the bug
- Start RetroArch and go to Settings -> User Interface -> Language, set it to Chinese (Traditional).
- Restart RetroArch to ensure the language changes and localization mappings are fully applied.
- Go to Settings -> Video (影像) -> Scaling (縮放).
- Attempt to adjust the value of "影像垂直位置" (Viewport Anchor Bias Y (Portrait Orientation)), which should correspond to VIEWPORT_BIAS_PORTRAIT_Y.
- Observe that the actual variable being changed is VIEWPORT_BIAS_Y (Global Vertical Bias), causing unexpected layout behavior.
- Switch the language back to English, repeat the steps, and observe that it works correctly without affecting the global Y bias.
Version/Commit
1.22.2(Git 69a4f0e)
Bisect Results
No response
Present in the nightly version
Yes, this is reproduced in the nightly build
Platform & operating system
Android 15
Affected Cores
No response
Environment information
No response
Relevant log output
- Dominant language
- C
- Stars
- 14.1k
- Forks
- 2.2k
- Avg merge
- 7h 45m
- Merged PRs (30d)
- 52
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from libretro/RetroArch
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
feature request
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
Difficulty 1/5 Under an hour Newbie friendliness 75/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
All issues in libretro/RetroArch
Similar issues
-
level/task module/gcp type/bug
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
-
docs
Difficulty 1/5 Under an hour Newbie friendliness 85/100
-
P3 sonic-vpp
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
sonic-net/sonic-buildimage#29662 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 94/100
spack/spack-packages#6586 ·
-
category:port-update
Difficulty 2/5 1-3 hours Newbie friendliness 72/100