Try repository task l10n(l1nt-conflicts) fails for every push for which it gets scheduled
Categories
(Localization Infrastructure and Tools :: Automation, defect)
Tracking
(Not tracked)
People
(Reporter: aryx, Assigned: flod)
References
Details
Attachments
(1 file)
Example: https://treeherder.mozilla.org/jobs?repo=try&revision=76763ae17243c3742a79302d46109054d7fa75d7&selectedTaskRun=L6A2SVEJRQO62Y_9cZ2Rdw.0
Treeherder's 'Similar Jobs' tab at the bottom shows it fails always.
Log: https://treeherder.mozilla.org/logviewer?job_id=456868250&repo=try
[task 2024-05-03T16:26:47.861Z] Creating default state directory: /builds/worker/.mozbuild
[task 2024-05-03T16:26:47.861Z] Creating local state directory: /builds/worker/.mozbuild/srcdirs/gecko-8a5b87fe5d69
[task 2024-05-03T16:26:55.813Z] TEST-UNEXPECTED-WARNING | /builds/worker/checkouts/gecko/tools/lint/l10n.yml:0 | file format not supported in compare-locales (l10n)
[task 2024-05-03T16:26:55.813Z] TEST-UNEXPECTED-WARNING | /builds/worker/checkouts/gecko/tools/lint/l10n.yml:0 | file format not supported in compare-locales (l10n)
[task 2024-05-03T16:26:55.813Z] TEST-UNEXPECTED-WARNING | /builds/worker/checkouts/gecko/tools/lint/l10n.yml:0 | file format not supported in compare-locales (l10n)
[task 2024-05-03T16:26:55.813Z] TEST-UNEXPECTED-WARNING | /builds/worker/checkouts/gecko/tools/lint/l10n.yml:0 | file format not supported in compare-locales (l10n)
Reporter | ||
Comment 1•15 days ago
|
||
All the pushes which ran the task are from reviewbot , and all in the last 4 months failed it. Is this an issue with the bot or the task setup?
Assignee | ||
Comment 2•15 days ago
|
||
It looks like the problem is that the linter tries to parse l10n.yml
itself. Not exactly sure what changed to cause this.
Assignee | ||
Comment 3•15 days ago
|
||
Actually, the file is explicitly added, and the file hasn't been changed in 5 years
https://searchfox.org/mozilla-central/source/tools/lint/l10n.yml#19
Removing it from the list gets rid of the warnings. Still, not sure why it ever worked, if that's the case.
Reporter | ||
Comment 4•15 days ago
|
||
The task seems to run more frequently because of the changes in bug 1885361 which landed yesterday European morning on central.
Reporter | ||
Updated•14 days ago
|
Assignee | ||
Comment 5•13 days ago
|
||
Updated•13 days ago
|
Comment 6•11 days ago
|
||
Why not "just" remove tools/lint/l10n.yml
from the include
list? While it's always been there (since bug 1353680), I can't figure out why it's there. As it's marked as a support file, changes to it already trigger linting the entire tree.
I also can't see how the behaviour of this could've changed in the past few months.
Assignee | ||
Comment 7•11 days ago
|
||
(In reply to Eemeli Aro [:eemeli] from comment #6)
Why not "just" remove
tools/lint/l10n.yml
from theinclude
list? While it's always been there (since bug 1353680), I can't figure out why it's there. As it's marked as a support file, changes to it already trigger linting the entire tree.
Because that's needed for validate_linter_includes()
(check that all paths listed in TOML files are included in the linter configuration).
Pushed by flodolo@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/f3914f7addd7 Exclude l10n.yml when parsing localizable files in l10n linter, r=eemeli
Comment 9•11 days ago
|
||
bugherder |
Description
•