Skip to content

chore(deps): lint with shared-config 0.13 and emit renamed comment rule - #37

Open
maxholman[bot] wants to merge 1 commit into
masterfrom
fix/renamed-comment-rule
Open

maxholman[bot] wants to merge 1 commit into
masterfrom
fix/renamed-comment-rule

Conversation

@maxholman

@maxholman maxholman Bot commented Nov 10, 2026

Copy link
Copy Markdown
Contributor

The generated oxlint-disable directive named block65/no-comment-punctuation, which oxlint-plugin 0.16 renamed to max-comment-colons-and-semicolons. The old name works only as a deprecated alias, until the plugin's next breaking release.

  • lib/oxlint.ts names the new rule.
  • shared-config 0.7 → 0.13, which brings in the oxlint 1.93 fork and plugin 0.18. The fixtures are regenerated, so each file's directive lists only the rules that fire there. no-comment-history no longer fires in hono.ts.
  • The new config's reports, each answered on its merits:
    • text-encoding-identifier-case (11): "utf8" becomes "utf-8".
    • no-sentinel-fallback (3): canStateItemSchema and numericLiteral now handle a missing part explicitly, instead of defaulting it to 0 or "".
    • no-open-string-fallback (5): the writer emits String(item), which also fixes a null argument being written as undefined. The other four fall back to a TypeScript type name or a message word, which is the correct value there, so each keeps it with a reason at the site.

Regenerating after the code fixes leaves the fixtures byte-identical. just check passes: 88 tests.

The generated directive named `block65/no-comment-punctuation`, which
oxlint-plugin 0.16 renamed to `max-comment-colons-and-semicolons`. It now
names the new rule, and the fixtures are regenerated with oxlint 1.93 and
plugin 0.18, so their directives list only the rules that fire there.

The new config's reports are fixed: `utf-8` encoding names, a version
parse and a digit split that now handle a missing part, and a writer that
emits `null` for a null argument instead of `undefined`. Four fallbacks
that name a TypeScript type or a message word keep their literal, with a
reason at each site.

Co-Authored-By: LLM <noreply@block65.dev>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant