New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
eslint: Add @wordpress/eslint-plugin/i18n ruleset #49312
Conversation
I'm re-running |
This PR does not affect the size of JS and CSS bundles shipped to the user's browser. Generated by performance advisor bot at iscalypsofastyet.com. |
I'll ping the teams potentially to help here:
|
Thanks for the ping! Should we fix the reported issues in this PR or is the intent that we just be aware of them? All the ones in checkout are |
We're actively editing most of these files in currently open PRs — what is not fixed there, we can add to this PR (or create a separate PR, whatever works best) |
I think fixing them in a separate PR, similarly to #49372, would be better. When the fixes land on trunk, I'll rebase this PR to verify lint errors are gone. |
a5a9964
to
1582b6d
Compare
1582b6d
to
ae047bf
Compare
ae047bf
to
bed879a
Compare
bed879a
to
9ff7e51
Compare
Changes proposed in this Pull Request
@wordpress/eslint-plugin/i18n
ruleset to root eslint config@wordpress/i18n-text-domain
rule, because we use__i18n_text_domain__
global constant in packages instead of string literals.Testing instructions
yarn install
yarn eslint
on a file that is known not to fulfil the rules from@wordpress/eslint-plugin/i18n
and confirm it's reporting the lint errors, e.g.packages/domain-picker/src/domain-picker/suggestion-item.tsx