v0.8.4
Patch Changes
-
#51
733a800Thanks @toiroakr! - Honour author-written opt-outs from the upstream tools karinto consolidates:- Inline ignore comments —
# karinto: ignore[rule-id]and
# zizmor: ignore[rule-id]suppress findings on the same line (line-scoped),
supporting comma-separated rule lists and a trailing free-form note. Mirrors
zizmor's inline-ignore syntax. actionlint and ghalint have no inline form, so
only thekarintoandzizmorprefixes are recognised. - ghalint config — a
ghalint.yamlexcludes:list is honoured. Each
entry'spolicy_namemaps onto the karinto rule(s) that absorbed it (via the
catalogueorigins), with theworkflow_file_path/job_name/
action_name/step_idscope fields applied. Available through the CLI's
--ghalint-configflag and the Worker'sghalintHTTP parameter (with
path/ per-file paths resolving theworkflow_file_pathscope).
actionlint config support is intentionally deferred (tracked in #50): it ignores
by regex against actionlint's own error messages, which do not map onto
karinto's findings. - Inline ignore comments —
-
#55
82ad616Thanks @toiroakr! - Fixunknown-context-or-functionfalse positive on single-quoted string
literals containing dots. The scanner walked expression bodies char by char
without skipping string literals, so a dotted literal like
hashFiles('replay-summary.md')or a bare'a.b'was misread as
<head>.<member>context access and reported the head as an unknown context.
Single-quoted literals are now skipped during the scan, matching the GitHub
Actions expression language.