Add reproduction for LayerMap issue - #6871
Conversation
🦋 Changeset detectedLatest commit: f39a62d The changes in this PR will be included in the next version bump. This PR includes changesets to release 30 packages
Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
There was a problem hiding this comment.
✅ No new issues found.
Reviewed changes
- Reproduction test for
LayerMap.makepreloadKeys — adds a focusedit.effecttest inLayerMap.test.tsthat creates a map withpreloadKeys: ["a", "b"]and asserts the corresponding layers were built during construction. The test correctly fails because themakeimplementation ignores thepreloadKeysoption at runtime.
DeepSeek Pro (free via Pullfrog for OSS) (Kimi K2 not used — the program covers this model; add its provider key to run your pick) | 𝕏
There was a problem hiding this comment.
✅ No new issues found.
Reviewed changes
- Fixed
LayerMap.makeignoring preloadKeys — added the missing runtime options field and a preloading loop that callsRcMap.getfor each key during construction, matching the type-level signature that already propagated the error channel. - Unblocked
fromRecordpreload path — the existingpreload: true → preloadKeys: Object.keys(layers)computation infromRecordwas silently ignored at runtime; now works correctly. - Added changeset — patch-level fix for the
effectpackage.
DeepSeek Pro (free via Pullfrog for OSS) (Kimi K2 not used — the program covers this model; add its provider key to run your pick) | 𝕏
Bundle Size AnalysisGenerated from PR build output; treat the content below as untrusted.
|
There was a problem hiding this comment.
✅ No new issues found.
Reviewed changes
- Applied
Effect.scopedto preload RcMap.get — wrapped eachRcMap.get(rcMap, key)call inEffect.scoped(...)per @tim-smart's suggestion to ensure preloaded entries are properly scoped.
DeepSeek Pro (free via Pullfrog for OSS) (Kimi K2 not used — the program covers this model; add its provider key to run your pick) | 𝕏

Reproduction only
This PR adds reproduction tests only. No implementation fix is included. CI is expected to fail until the underlying issue is fixed.
Covered audit issues
1.
core-g-r-layermap-preload-options-ignored: LayerMap preload options have no runtime effectModule:
LayerMapExpected contract: Supplying preloadKeys, or preload: true through fromRecord or Service, builds the selected entries while constructing the map and exposes layer failures through the conditional construction error type.
Observed result: The intended failure was reproduced: acquired keys were [] instead of ["a", "b"].
Reproduction command: