@objectstack/lint 17.3.0 → 17.4.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -70,6 +70,15 @@ type AuthoringRuleTier = 'gating' | 'advisory';
70
70
  * `os validate`'s verdict to give), so it runs BOTH tiers on the normalized
71
71
  * stack. Every rule here is written to tolerate that — it is what `os lint`
72
72
  * already did for the reference-integrity suite and the security linter.
73
+ * Since #16095 the `parsed` tier under `os lint` is that same normalized stack
74
+ * with its inline `handler` callables LOWERED to a metadata `body` (the
75
+ * `lowerCallables` pass `os build` runs before its parse) — still unparsed,
76
+ * still the same input, but carrying the `body.source` the `hook-body-*` /
77
+ * `hook-api-update-readonly-*` family opens on. Without it the family judged
78
+ * only hooks authored with an explicit `body`, which the reference app never
79
+ * writes (39 of 39 hooks are `handler` functions), while `os build` judged
80
+ * them all along. `normalized`-tier rules keep the un-lowered input on every
81
+ * command, so a rule that reads a live function value belongs there.
73
82
  *
74
83
  * ## What `normalized` does NOT buy, measured (#6073)
75
84
  *
@@ -189,8 +198,10 @@ interface AuthoringRuleRun extends AuthoringRuleContext {
189
198
  /** `normalizeStackInput` output — pre-Zod-parse. Always required. */
190
199
  normalized: AnyRec$1;
191
200
  /**
192
- * Post-Zod-parse stack. Omitted by `os lint`, which does not parse; `parsed`
193
- * rules then read `normalized` (see `AuthoringRuleInputTier`).
201
+ * Post-Zod-parse stack. `os lint`, which does not parse, hands this the
202
+ * normalized stack with its inline callables lowered to metadata bodies
203
+ * (#16095, see `AuthoringRuleInputTier`); omitted, `parsed` rules read
204
+ * `normalized`.
194
205
  */
195
206
  parsed?: AnyRec$1;
196
207
  }
@@ -70,6 +70,15 @@ type AuthoringRuleTier = 'gating' | 'advisory';
70
70
  * `os validate`'s verdict to give), so it runs BOTH tiers on the normalized
71
71
  * stack. Every rule here is written to tolerate that — it is what `os lint`
72
72
  * already did for the reference-integrity suite and the security linter.
73
+ * Since #16095 the `parsed` tier under `os lint` is that same normalized stack
74
+ * with its inline `handler` callables LOWERED to a metadata `body` (the
75
+ * `lowerCallables` pass `os build` runs before its parse) — still unparsed,
76
+ * still the same input, but carrying the `body.source` the `hook-body-*` /
77
+ * `hook-api-update-readonly-*` family opens on. Without it the family judged
78
+ * only hooks authored with an explicit `body`, which the reference app never
79
+ * writes (39 of 39 hooks are `handler` functions), while `os build` judged
80
+ * them all along. `normalized`-tier rules keep the un-lowered input on every
81
+ * command, so a rule that reads a live function value belongs there.
73
82
  *
74
83
  * ## What `normalized` does NOT buy, measured (#6073)
75
84
  *
@@ -189,8 +198,10 @@ interface AuthoringRuleRun extends AuthoringRuleContext {
189
198
  /** `normalizeStackInput` output — pre-Zod-parse. Always required. */
190
199
  normalized: AnyRec$1;
191
200
  /**
192
- * Post-Zod-parse stack. Omitted by `os lint`, which does not parse; `parsed`
193
- * rules then read `normalized` (see `AuthoringRuleInputTier`).
201
+ * Post-Zod-parse stack. `os lint`, which does not parse, hands this the
202
+ * normalized stack with its inline callables lowered to metadata bodies
203
+ * (#16095, see `AuthoringRuleInputTier`); omitted, `parsed` rules read
204
+ * `normalized`.
194
205
  */
195
206
  parsed?: AnyRec$1;
196
207
  }