Settings: text in Navigation section duplicated after switching language
Categories
(Firefox :: Settings UI, defect)
Tracking
()
People
(Reporter: lavery, Unassigned)
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:140.0) Gecko/20100101 Firefox/140.0
Steps to reproduce:
Go to the Settings page, scroll down to Navigation
Actual results:
All ten settings in this section have a localization problem. Some settings have text still in English, some have text with both French and English one after the other
Expected results:
Should all be in French if the browser language settings are set to French
Comment 1•1 year ago
|
||
This appears to be an issue affecting all locales (including en-US). See attached image taken on Windows 10 140.0.4.
I think this relates to accesskeys, as that is where strings seem to be breaking.
It only seems to affect the Browsing section of settings, so it could potentially be related to Bug 1951141.
Comment 2•1 year ago
|
||
Comment 3•1 year ago
|
||
I can't replicate on macOS, but this looks pretty bad.
Comment 4•1 year ago
|
||
Can we confirm that Fx141 RC builds are similarly affected as they're due to ship on the 22nd? They can be tested on the Beta channel now or the appropriate installers can be found at the link below:
https://archive.mozilla.org/pub/firefox/candidates/141.0-candidates/build2/
Updated•1 year ago
|
Comment 5•1 year ago
•
|
||
Confirmed this is happening in 141 RC build 2.
Also in testing I noticed: the issue doesn't appear when on a fresh install, everything appeared normally. When I changed the UI language is when the issue appeared, and it persisted if I changed the UI language back to the original.
Closing Firefox and opening again the issue seemed to stopped appearing, even when changing languages/adding new language.
Edit: Testing again 30 minutes later and I'm able to get the bug to appear again by changing the UI language.
Comment 6•1 year ago
|
||
Per my previous comment, I can't replicate on macOS, although it seems strange that this is Windows only.
I tried changing the language a few times, but it doesn't seem to create the problem.
Comment 7•1 year ago
|
||
As I mentioned in my first comment it seems to be breaking on access keys which MacOS doesn’t use, so that could be one reason for it not being replicable on Mac
Comment 8•1 year ago
|
||
Indeed, setting ui.key.menuAccessKey to 18 to force access keys shows the error also on macOS.
I can't seem to be able to copy all the generated code from devtools, but this is an example of the label.
<span xmlns="http://www.w3.org/1999/xhtml" class="text"><!--?lit$598426676$-->Lancer la recherche lors de la saisie de texte<span class="accesskey">c</span>h for text when you start typing</span>
Tracking for a potential fix to uplift in our planned dot release.
Comment 11•1 year ago
|
||
The bug is marked as tracked for firefox141 (release). However, the bug still isn't assigned.
:pluk, could you please find an assignee for this tracked bug? If you disagree with the tracking decision, please talk with the release managers.
For more information, please visit BugBot documentation.
Updated•1 year ago
|
Updated•1 year ago
|
Description
•