Repository navigation
v1.9.2
This release updates bes-relevance-lint to bigfix-relevance-analyzer 1.16.3. That version adds two rules, moves plural ActionScript substitutions from an error to a warning, and reports a named file whose type the analyzer cannot read.
⚠️ Upgrade notes
- Requires
bigfix-relevance-analyzer >= 1.16.3on Python 3.11 or newer (was>= 1.13.3). The published hook installs it. If you definebes-relevance-lintasrepo: localwithlanguage: python, raise the version inadditional_dependencies. bes-relevance-lintcan now fail where it used to pass, through the newE610. Disable it with--disable E610if needed.- A plural
{...}substitution no longer fails the hook. It used to be theE608error and is now theW606warning, which fails only under--strict.
Added (bes-relevance-lint)
E610, a new error: an ActionScript command word used as a relevance name, such asexists prefetch. Usually this is an ActionScript line pasted or doubled into relevance.W606, a new warning: an ordinary ActionScript{...}substitution (in arun,wait,parameter, ...) whose value may be more than one value. The client joins the values with no separator, so the action runs but probably not as meant. Useconcatenation "<sep>" of (...)or a tighter filter.
Changed (bes-relevance-lint)
E608now covers a non-boolean<Relevance>, and anif/elseif/continue ifcondition that is not a boolean or string. Plural substitutions moved toW606.E607now also reports a file named on the command line whose type the analyzer cannot read, such asnotes.txt. Before, such a file passed with no output. Under pre-commit the hook'sfiles:pattern keeps these files away, so this only matters if you run the hook by hand or widenfiles:.
Full Changelog: v1.9.0...v1.9.2