@objectstack/lint 17.2.0 → 17.3.0

package/dist/{runtime-cV-l_vtC.d.cts → runtime-B8F5-Cbg.d.cts}

@@ -276,6 +276,13 @@ type AnyRec = Record<string, unknown>;
  * `positions` / `apps` — so those are NOT carried. Widening the snapshot is a
  * one-key edit here plus a `CONTEXT_STACK_KEYS` entry, made when a rule that
  * reads the collection actually crosses the wall, never in advance.
+ *
+ * [#13977] "Derived from this shape" is now the mechanism and not only the
+ * intent: the second half of that edit is DEMANDED by the compiler rather than
+ * remembered. Add a key here and this package stops building until the
+ * collection has its row below — see {@link CONTEXT_STACK_KEYS} for what the
+ * old `satisfies` clause could not ask, and what silently happened when the
+ * row was forgotten.
  */
 interface RuntimeStackContext {
     /**
@@ -324,6 +331,23 @@ interface RuntimeStackContext {
      * for (#4463 D4).
      */
     datasets?: readonly unknown[];
+    /**
+     * The live page declarations (stack key `pages`).
+     *
+     * [#13216] The resolution universe `validateViewPageRefs` resolves a
+     * `type: 'page'` list view's `pageName` against. It is carried for the
+     * reason `datasets` is carried and states first: without it a per-write
+     * `view` snapshot holds NO pages at all, so every legitimate page mount
+     * reads as dangling. The widening is the "one-key edit here plus a
+     * `CONTEXT_STACK_KEYS` entry, made when a rule that reads the collection
+     * actually crosses the wall" this docblock describes — the rule crossed in
+     * the same change, never in advance.
+     *
+     * Carrying it in BOTH differential passes also cancels page-derived findings
+     * for every other write type, so a stored page's pre-existing condition is
+     * not some unrelated write's to answer for (#4463 D4).
+     */
+    pages?: readonly unknown[];
 }
 /**
  * Which package a write belongs to, and what that package is allowed to reach.

package/dist/{runtime-cV-l_vtC.d.ts → runtime-B8F5-Cbg.d.ts}

@@ -276,6 +276,13 @@ type AnyRec = Record<string, unknown>;
  * `positions` / `apps` — so those are NOT carried. Widening the snapshot is a
  * one-key edit here plus a `CONTEXT_STACK_KEYS` entry, made when a rule that
  * reads the collection actually crosses the wall, never in advance.
+ *
+ * [#13977] "Derived from this shape" is now the mechanism and not only the
+ * intent: the second half of that edit is DEMANDED by the compiler rather than
+ * remembered. Add a key here and this package stops building until the
+ * collection has its row below — see {@link CONTEXT_STACK_KEYS} for what the
+ * old `satisfies` clause could not ask, and what silently happened when the
+ * row was forgotten.
  */
 interface RuntimeStackContext {
     /**
@@ -324,6 +331,23 @@ interface RuntimeStackContext {
      * for (#4463 D4).
      */
     datasets?: readonly unknown[];
+    /**
+     * The live page declarations (stack key `pages`).
+     *
+     * [#13216] The resolution universe `validateViewPageRefs` resolves a
+     * `type: 'page'` list view's `pageName` against. It is carried for the
+     * reason `datasets` is carried and states first: without it a per-write
+     * `view` snapshot holds NO pages at all, so every legitimate page mount
+     * reads as dangling. The widening is the "one-key edit here plus a
+     * `CONTEXT_STACK_KEYS` entry, made when a rule that reads the collection
+     * actually crosses the wall" this docblock describes — the rule crossed in
+     * the same change, never in advance.
+     *
+     * Carrying it in BOTH differential passes also cancels page-derived findings
+     * for every other write type, so a stored page's pre-existing condition is
+     * not some unrelated write's to answer for (#4463 D4).
+     */
+    pages?: readonly unknown[];
 }
 /**
  * Which package a write belongs to, and what that package is allowed to reach.