Typo error in Import translations from android-l10n causing lint and browser-errorpages perma failures
Categories
(Fenix :: Translations, defect)
Tracking
(firefox134 fixed)
Tracking | Status | |
---|---|---|
firefox134 | --- | fixed |
People
(Reporter: SerbanS, Assigned: smolnar, NeedInfo)
Details
Reporter | ||
Updated•3 days ago
|
Comment 1•3 days ago
|
||
The Bugbug bot thinks this bug should belong to the 'Fenix::Translations' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Assignee | ||
Comment 4•3 days ago
|
||
bugherder |
Comment 5•3 days ago
|
||
Not sure if something needs to land upstream in Pontoon still here.
Updated•2 days ago
|
Comment 6•2 days ago
|
||
Fixing autoland is going to fix an issue in localized strings only for ~12h.
With that said, I thought we discussed this a couple of months ago and that we shouldn't fail for "typos" in localized strings (most are false positive, and we cannot tag strings to have the plugin ignore them)
This started to fail once android-l10n bump landed on autoland
Did anything change in CI? Norwegian has already a bug on file for previous strings: https://bugzilla.mozilla.org/show_bug.cgi?id=1919514
Comment hidden (Intermittent Failures Robot) |
Comment 9•2 days ago
|
||
- Can localized files be excluded from Gradle's checks for typos? Matching the folders is easy (
values-*
, while English is invalues
). - If not, can we disable "typos" in Gradle's config? Or change it to a warning?
As mentioned, Ryan filed a few bugs, 2 of them are still open, but 4 were false positive.
So, why is this starting to fail now?
Comment 10•2 days ago
|
||
In the meantime, I've updated the string in Pontoon to spare sheriffs' the task to keep changing this string (it will take probably one more round).
Description
•